GitLab 工作流概览
编译自:https://about.gitlab.com/2016/10/25/gitlab-workflow-an-overview/
作者: Marcia Ramos
原创:LCTT https://linux.cn/article-8503-1.html
译者: 修昊
本文地址:https://linux.cn/article-8503-3.html
构建、测试以及发布
GitLab CI 是一个强大的内建工具,其作用是持续集成、持续发布以及持续分发,它可以按照你希望的运行一些脚本。它的可能性是无止尽的:你可以把它看做是自己运行的命令行。
它完全是通过一个名为 .gitlab-ci.yml
的 YAML 文件设置的,其放置在你的项目仓库中。使用 Web 界面简单的添加一个文件,命名为 .gitlab-ci.yml
来触发一个下拉菜单,为不同的应用选择各种 CI 模版。
Koding
Use GitLab's Koding integration to run your entire development environment in the cloud. This means that you can check out a project or just a merge request in a full-fledged IDE with the press of a button.
可以使用 GitLab 的 Koding 集成功能在云端运行你的整个云端开发环境。这意味着你可以轻轻一键即可在一个完整的 IDE 中检出以个项目,或者合并一个请求。
使用案例
GitLab CI 的使用案例:
- 用它来构建任何静态网站生成器,并且通过 GitLab Pages 发布你的网站。
- 用它来发布你的网站 到
staging
以及production
环境。 - 用它来构建一个 iOS 应用。
- 用它来构建和发布你的 Docker 镜像到 GitLab 容器注册库。
我们已经准备一大堆 GitLab CI 样例工程作为您的指南。看看它们吧!
反馈:周期分析
当你遵循 GitLab 工作流进行工作,你的团队从点子到产品,在每一个过程的关键部分,你将会在下列时间获得一个 GitLab 周期分析的反馈:
- Issue: 从创建一个工单,到分配这个工单给一个里程碑或者添加工单到你的工单看板的时间。
- Plan: 从给工单分配一个里程碑或者把它添加到工单看板,到推送第一次提交的时间。
- Code: 从第一次提交到提出该合并请求的时间。
- Test: CI 为了相关合并请求而运行整个过程的时间。
- Review: 从创建一个合并请求到合并它的时间。
- Staging: 从合并到发布成为产品的时间。
- Production(Total): 从创建工单到把代码发布成产品的时间。
加强
工单以及合并请求模版
工单以及合并请求模版允许你为你的项目去定义一个特定内容的工单模版和合并请求的描述字段。
你可以以 Markdown 形式书写它们,并且把它们加入仓库的默认分支。当创建工单或者合并请求时,可以通过下拉菜单访问它们。
它们节省了您在描述工单和合并请求的时间,并标准化了需要持续跟踪的重要信息。它确保了你需要的一切都在你的掌控之中。
你可以创建许多模版,用于不同的用途。例如,你可以有一个提供功能建议的工单模版,或者一个 bug 汇报的工单模版。在 GitLab CE project 中寻找真实的例子吧!
里程碑
里程碑 是 GitLab 中基于共同的目标、详细的日期追踪你队伍工作的最好工具。
不同情况下的目的是不同的,但是大致是相同的:你有为了达到特定的目标的工单的集合以及正在编码的合并请求。
这个目标基本上可以是任何东西——用来结合团队的工作,在一个截止日期前完成一些事情。例如,发布一个新的版本,启动一个新的产品,在某个日期前完成,或者按季度收尾一些项目。