GitLab CI/CD
GitLab CI/CD
GitLab CI / CD 是 GitLab 内置的工具,用于通过连续方法进行软件开发:
- 持续集成(CI)
- 连续交付(CD)
- 持续部署(CD)
注意:开箱即用的管理系统可以将维护工具链所花费的时间减少 10%或更多. 观看我们的网络广播,以了解连续方法以及 GitLab 的内置 CI 如何帮助您简化和扩展软件开发.
持续集成的工作原理是将小的代码块推送到 Git 存储库中托管的应用程序代码库中,并且每次推送时,都要运行脚本管道来构建,测试和验证代码更改,然后再将其合并到主分支中.
持续交付和部署包括进一步的 CI,可在每次推送到存储库默认分支时将应用程序部署到生产环境.
这些方法使您可以在开发周期的早期发现错误和错误,从而确保部署到生产环境的所有代码均符合为应用程序建立的代码标准.
有关这些方法和 GitLab CI / CD 的完整概述,请阅读 GitLab 的 CI / CD 简介 .
GitLab CI / CD 的视频演示: GitLab 的 CI / CD.
Getting started
GitLab CI / CD 由位于存储库根目录的名为的文件配置. 该文件创建 ,该管道运行以更改存储库中的代码. 管道包含一个或多个顺序运行的阶段,每个阶段可以包含一个或多个并行运行的作业. 这些作业(或脚本)由代理执行.
如果您要从其他 CI / CD 工具迁移,请查看我们方便的参考资料:
您也可以使用 UI 中提供的.gitlab-ci.yml
模板之一来开始使用. 您可以通过创建新文件,选择适合您的应用程序的模板并根据需要进行调整来使用它们:
有关更广泛的概述,请参阅《 CI / CD 入门指南》.
熟悉 GitLab CI / CD 的工作原理后,请参阅以获取可以设置和使用的所有属性.
注意: GitLab CI / CD 和共享运行器在 GitLab.com 中启用,并且对所有用户可用,仅限于 .
GitLab CI / CD 使用许多概念来描述和运行您的构建和部署.
Configuration
GitLab CI / CD 支持多种配置选项:
使用庞大的 GitLab CI / CD 可以轻松地针对特定目的进行配置. 根据 DevOps 阶段,其功能集在下表中列出.
Examples
在” CI 实例”页面上查找示例项目代码和教程,以将 GitLab CI / CD 与各种应用程序框架,语言和平台结合使用.
GitLab 还提供了预先配置为使用 GitLab CI / CD.
作为 GitLab 管理员,您可以将 GitLab CI / CD 的默认行为更改为:
- An entire GitLab instance.
- 具体项目,使用 .
也可以看看:
References
学习更多关于:
另请参阅 介绍.
Breaking changes
随着 GitLab CI / CD 的发展,必须进行一些重大更改. 这些是:
13.0
- Remove Backported
os.Expand
- Remove macOS 32-bit support
- Remove support for array of strings when defining services for Docker executor
- Remove legacy build directory caching
- Remove support for Windows Server 1803
12.0
- Use refspec to clone/fetch Git repository.
- .
- Old metrics server configuration.
- .
- Remove Linux distributions that reach EOL.
- .
- Remove old
git clean
flow.
11.0
- 没有重大变化.
10.0
- 没有重大变化.
9.0
- 新的 CI 作业权限模型 . 查看 GitLab 8.12 中的更改及其对工作的影响. 有一种新方法可以访问作业中的 Git 子模块和 LFS 对象.