为什么我们需要开发分支?

艾哈迈德DAL

我看到有人devmaster开发环境中使用旁边命名的分支即使他们使用功能分支,他们也​​说拥有dev分支会更好。实际上,我没有听到适当的答案。即使有dev分支,也必须在推送之前完成工作。http://nvie.com/posts/a-successful-git-branching-model/

我真的不明白 为什么我最终需要拥有dev分支。

  • 我将master分支用作开发分支。
  • 我所有未完成的作品都在功能分支中。每当完成功能分支中的工作时,我都会将其合并到master中。
  • 每当我需要释放时,我都会标记主人。
  • 如果我具有测试,暂存或预生产环境,那么我也有那些分支。

就这样。此流程为我解决了所有问题。我看不出有任何dev分支机构的理由

我想念什么情况?master用作开发环境有什么问题如果需要,在哪些情况下使用dev分支?

米希尔·本德(Mihir Bhende)

Master分支是您产品的工作分支,它必须没有错误,经过良好测试并包含稳定的代码。但是,开发部门可能包含问题和其他复杂性。

假设您已经从master分支上的dev服务器上进行了开发,进行了过渡,但不幸的是,它在过渡服务器设置时会产生问题,然后回到开发并修复它。在这之间,客户端要求提供紧急修补程序,您要在其中紧急在实时服务器上推送一些更改。在这种情况下,再次恢复和更改文件可能是一项疯狂的艰巨任务。

相反,如果只保留master分支用于活动,则dev分支用于开发环境,stage分支用于测试和暂存环境。

您在dev分支上进行开发,将其推送到暂存,如果工作将其与暂存分支合并,否则,请返回dev,对其进行修复,然后再次推送。如果舞台准备好了,就把它拉住。检查一段时间。如果有问题,请立即结帐至master,进行修复,再次推入工作台,一旦全部设置完毕,与master合并并在master中结账为当前分支。

在这种情况下,如果客户要求实时更改紧急状态,则可以签出到开发服务器上的master分支,从中创建一个新分支(永远不要直接更改为master),对其进行修复,在舞台上进行发布,然后进行live。如果急于解决问题,您可以随时签出给master,如果正确可以将其与master合并。

在这种情况下,开发服务器上的dev分支保持不变,这更容易再次开始开发。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章