Github Actions如何实现工作流跨步骤共享bash别名

• GitHub Actions 每个run步骤会启动独立的shell子进程，上一步在内存中临时定义的别名不会自动传递到后续步骤。
• Ubuntu 镜像默认的~/.bashrc文件开头存在非交互模式直接终止加载的逻辑：

  # If not running interactively, don't do anything
  case $- in
      *i*) ;;
        *) return;;
  esac
  

  你追加在.bashrc末尾的别名配置，在非交互shell执行source ~/.bashrc时根本不会被读取。
• 非交互模式下bash默认关闭别名展开能力，必须显式开启shopt -s expand_aliases才能正常使用别名。

利用bash原生的BASH_ENV机制实现即可：非交互式bash启动时会自动加载BASH_ENV变量指向的文件内容，无需手动执行source，对后续所有bash步骤全局生效。
修正后的工作流配置：

on:
  push:
    branches:
      - master
  release:
    types:
      - created

jobs:
  ossie_job:
    runs-on: ubuntu-latest
    name: Audit Python dependencies 
    steps:
      - name: 定义全局可用bash别名
        run: |
          # 新建独立的别名配置文件，写入展开开关和别名定义
          cat >> $HOME/.gh_bash_aliases << 'EOF'
          shopt -s expand_aliases
          alias lll=ls
          EOF
          # 将BASH_ENV写入GitHub Actions环境变量，后续步骤自动加载该配置
          echo "BASH_ENV=$HOME/.gh_bash_aliases" >> $GITHUB_ENV
          # 当前步骤加载配置后即可使用别名
          source $HOME/.gh_bash_aliases
          lll
      - name: 验证别名可用性
        run: |
          # 无需额外配置，直接调用别名
          lll

如果不想配置全局BASH_ENV，也可以在每个需要使用别名的步骤单独加载别名配置，避开.bashrc的非交互加载限制。这种方式需要每个用到别名的步骤重复写加载逻辑，维护成本更高：

- name: 测试别名
  run: |
    shopt -s expand_aliases
    # 直接加载独立存的别名配置，跳过.bashrc的非交互拦截逻辑
    source $HOME/.gh_bash_aliases
    lll

内容的提问来源于stack exchange，提问作者sbmthakur