如何优化setup-lint-test-e2e-build场景的GitHub Actions流水线？

不管是调用独立可复用workflow，还是在单workflow内拆分多个独立作业，本质上每个任务都运行在全新的隔离runner实例上，必然要重复执行checkout、依赖安装步骤，就算开启依赖缓存，runner启动、缓存拉取解压、依赖一致性校验的固定开销也没法消除，这就是单任务10-15秒额外耗时的来源。
要兼顾步骤可复用性、同时避免重复初始化开销，有两个实际落地过的可行方案：

方案1：复合动作封装+单作业内并行调度（开销最低） #

这个方案完全不启动多runner实例，所有流程跑在同一个运行环境里，额外开销几乎为0：

• 把lint、test、e2e三类任务的执行逻辑，分别封装为仓库内的复合动作（Composite Action），这类封装好的复用逻辑不会启动新的runner实例，会直接在当前运行环境内执行，完全复用已经初始化好的代码、依赖环境，其他流水线需要用到这些校验逻辑时直接引用对应复合动作即可，不会损失可复用性。
• 作业内先执行统一setup步骤：完成代码拉取、缓存命中安装固定版本依赖，之后通过shell后台进程的方式并行启动三个校验任务，通过进程等待机制收集所有任务的执行状态，任意任务失败则整体返回失败、输出对应错误日志。核心执行逻辑参考：

# 启动三个并行任务，日志独立存储避免串流
npm run lint > lint-runtime.log 2>&1 &
lint_pid=$!
npm run test > test-runtime.log 2>&1 &
test_pid=$!
npm run e2e > e2e-runtime.log 2>&1 &
e2e_pid=$!

# 等待所有任务执行完成，记录退出码
wait $lint_pid; lint_exit=$?
wait $test_pid; test_exit=$?
wait $e2e_pid; e2e_exit=$?

# 统一校验结果，失败时输出对应日志
if [ $lint_exit -ne 0 ] || [ $test_exit -ne 0 ] || [ $e2e_exit -ne 0 ]; then
  echo "校验任务执行失败："
  [ $lint_exit -ne 0 ] && echo "--- Lint错误日志 ---" && cat lint-runtime.log
  [ $test_exit -ne 0 ] && echo "--- Test错误日志 ---" && cat test-runtime.log
  [ $e2e_exit -ne 0 ] && echo "--- E2E错误日志 ---" && cat e2e-runtime.log
  exit 1
fi

• 注意事项：并行执行前提前给三个任务分配好独立的运行端口、临时目录，避免出现端口占用、临时文件读写冲突。这个方案适合中小规模项目，只要给runner分配够基础的CPU、内存资源，运行稳定性和拆独立作业没有差异。
• 三个校验任务全部通过后，直接在同一个作业内继续执行build步骤生成产物即可，不需要额外的环境传递。

方案2：前置作业打包工作区+并行作业复用（适合大资源消耗任务） #

如果项目规模较大，lint/test/e2e单任务资源占用很高，同runner并行会出现CPU、内存抢占问题，可以用这个方案把初始化冗余开销压缩到原来的20%以内，同时保留独立作业的隔离性：

• 把setup环节作为独立前置作业，完成checkout、依赖安装后，直接把整个工作目录（包含代码、安装好的依赖、临时配置文件）打包为流水线工件上传，不需要再拆分缓存依赖、缓存构建工具的多段缓存逻辑。
• 后续lint、test、e2e三个并行作业启动后，不需要再执行checkout、依赖安装命令，只需要拉取前置作业上传的工作区工件，解压到工作目录后直接执行对应校验命令即可。
• 可复用性实现：把前置setup打包、单任务拉取工作区执行的逻辑分别封装为可复用workflow模板，不同项目接入时只需要传入自身的lint/test/e2e/build执行命令即可，不需要重复编写流程逻辑。
• 这个方案的单作业额外开销可以压缩到3秒以内，比原来每个作业单独初始化快70%以上，同时每个任务运行在独立runner上，不会出现资源抢占问题。

选型参考 #

• 优先选方案1，资源占用最低、没有跨作业流转开销，90%以上的中小项目都适用。
• 单任务资源消耗超过2核/4G内存的大型项目选方案2，兼顾隔离性和初始化效率。

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