GitLab CI作业中before_script有什么作用？为何不直接合并至script块

单个作业内单独配置before_script并不是强制要求，技术上完全可以把所有命令都整合到script块中，它存在的核心价值是语义化拆分、提升可维护性，以及更好地适配GitLab CI的内置特性，结合你给出的部署作业示例，具体优势如下：

• 权责清晰，语义隔离：before_script的定位就是作业执行前的前置环境准备，你示例中的SSH客户端安装配置、Docker镜像仓库登录，都属于和实际部署业务逻辑无关的前置准备工作，和script块中的核心部署逻辑拆分后，后续维护时修改准备逻辑直接找before_script，调整部署步骤直接修改script，不需要在一长串混写的命令中逐行定位对应内容，作业逻辑越长，这个优势越明显。
• 适配内置错误处理规则：GitLab CI默认规则下，只要before_script中的命令执行失败，作业会直接标记为失败，不会执行后续的script块内容；且无论before_script和script执行成功还是失败，after_script块的清理逻辑都会正常执行。如果把所有命令都堆在script块中，想要实现同样的逻辑，需要额外编写大量错误判断的样板代码，反而会增加冗余。
• 支持更灵活的局部复用：除了跨作业的全局公共before_script，单个作业的before_script也可以配合GitLab CI的锚点、extends关键字实现局部复用。比如你有开发、测试、生产三个环境的部署作业，都需要相同的SSH、Docker登录逻辑，就可以把这部分before_script抽成通用模板，三个作业直接继承即可，不需要每个作业的script块都复制一遍相同的前置命令，复用逻辑更干净。
• 提升日志排查效率：GitLab CI的作业日志会自动将before_script和script拆分为两个独立的折叠区块，排查问题时如果是环境准备阶段报错，直接展开before_script的日志块就能定位问题，不需要在整个作业的完整日志中逐行翻找前置步骤的报错信息，排查效率更高。

如果你的作业本身逻辑非常简短，整个作业只有2-3行命令，也完全可以不用拆分before_script和script，直接写在一起即可，是否拆分可以根据实际维护需求决定。

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