我是一个新的团队,工作方式与我之前习惯的功能分支完全不同,测试人员会测试该功能分支,然后我们会运行一个jenkins工作来合并在通过测试签署时进行开发,重新启动分支以防止开发以保持新鲜。
从开发中获取释放,然后释放并且可能合并到主人。这是我的第一个git项目,对任何人来说这似乎都是一个可以理解的工作流程。
我现在在一个不同的团队,没有人真正回答他们为什么按照他们的方式工作,是否有充分的理由在将开发合并为主人后将主人合并为开发?
这个工作流程是我创建一个功能分支并在本地工作,当我对该功能感到满意时,我会创建一个合并请求进入开发。然后我从开发部署我的更改,这是经过测试的。一旦测试签署它我在gitlab中为master分支创建一个樱桃选择合并我的开发提交,一旦它在master中我从master分支发布更改。
有人总是把大师合并到开发中。我问过一些团队成员(这是一个只有5个开发人员的小团队),没有人真正知道原因,他们只是在做。
之前的项目有100多名开发人员在不同的小型开发团队中工作,因此限制更加严格。
这是gitlabs工作方式特有的吗?
一旦你将开发合并到master,那么两者已经彼此同步,所以不需要再次将master合并到develop中。我与开发合并master的唯一情况是当我们在master上做修补程序时我们将它与develop合并。