ber*_*olo 6 git git-flow gitlab
我在一个新团队中,工作方式与我之前在功能分支上工作的方式完全不同,测试人员将在该功能分支上进行测试,然后我们将运行 jenkins 作业来合并该分支当功能通过测试签署时,将其放入开发中,根据开发重新调整分支以保持新鲜。
从开发中截取了发布版本,然后将其发布并可能合并到主版本中。这是我的第一个 git 项目,对于任何人来说这似乎都是一个很容易理解的工作流程。
我现在在一个不同的团队,没有人能真正回答他们为什么要这样工作,在将开发合并到 master 后,是否有充分的理由将 master 合并回开发?
这个工作流程是我创建一个功能分支并在本地处理它,当我对该功能感到满意时,我会创建一个合并请求到开发中。然后我部署开发中的更改,这就是测试的内容。一旦测试结束,我会在 gitlab 中为 master 分支创建一个樱桃选择合并,用于我的开发提交,一旦它在 master 中,我就会从 master 分支发布更改。
有人总是将 master 合并回开发中。我问过一些团队成员(这是一个非常小的团队,只有 5 名开发人员),没有人真正知道为什么,他们只是这样做。
之前的项目有超过 100 名开发人员在不同的小型开发团队中工作,因此限制要严格得多。
这是 gitlabs 工作方式特有的吗?
一旦将开发合并到开发中,那么两者就已经彼此同步,因此无需再次将开发合并到开发中。我将 master 与开发合并的唯一情况是,当我们对 master 进行修补程序时,我们将其与开发合并。
| 归档时间: |
|
| 查看次数: |
5307 次 |
| 最近记录: |