我看到有人dev
在master
开发环境中使用旁边命名的分支。即使他们使用功能分支,他们也说拥有dev
分支会更好。实际上,我没有听到适当的答案。即使有dev分支,也必须在推送之前完成工作。(http://nvie.com/posts/a-successful-git-branching-model/)
我真的不明白 为什么我最终需要拥有dev分支。
就这样。此流程为我解决了所有问题。我看不出有任何dev
分支机构的理由。
我想念什么情况?master
用作开发环境有什么问题?如果需要,在哪些情况下使用dev分支?
Master分支是您产品的工作分支,它必须没有错误,经过良好测试并包含稳定的代码。但是,开发部门可能包含问题和其他复杂性。
假设您已经从master分支上的dev服务器上进行了开发,进行了过渡,但不幸的是,它在过渡服务器设置时会产生问题,然后回到开发并修复它。在这之间,客户端要求提供紧急修补程序,您要在其中紧急在实时服务器上推送一些更改。在这种情况下,再次恢复和更改文件可能是一项疯狂的艰巨任务。
相反,如果只保留master分支用于活动,则dev分支用于开发环境,stage分支用于测试和暂存环境。
您在dev分支上进行开发,将其推送到暂存,如果工作将其与暂存分支合并,否则,请返回dev,对其进行修复,然后再次推送。如果舞台准备好了,就把它拉住。检查一段时间。如果有问题,请立即结帐至master,进行修复,再次推入工作台,一旦全部设置完毕,与master合并并在master中结账为当前分支。
在这种情况下,如果客户要求实时更改紧急状态,则可以签出到开发服务器上的master分支,从中创建一个新分支(永远不要直接更改为master),对其进行修复,在舞台上进行发布,然后进行live。如果急于解决问题,您可以随时签出给master,如果正确可以将其与master合并。
在这种情况下,开发服务器上的dev分支保持不变,这更容易再次开始开发。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句