关于代码分支的创建规范疑问

发布于 2022-09-12 02:26:37 字数 225 浏览 32 评论 0

一般按照规范,在生产环境,如果遇到需要新增功能,就开一个feature分支,遇到需要修复bug,就开一个fix分支。

但是,遇到同时要求修复bug,并且也要新增功能,刚好这2个工作,都是同一个人负责的。这时候,还是需要创建一个feature和一个fix分支吗?

第一次用分支来开发项目,感觉,如果同一个人,既要负责新增功能,也要修复bug。这样分支太多,本地是不是要checkout很多代码,会不会很乱?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

半山落雨半山空 2022-09-19 02:26:37

典型的 Forking WorkFlow。

这么做是没错的,方便归档和查找。对于一个人来说你觉得麻烦就对了,很多制度上的事儿不是为了节省个别人的时间,而是为了通过规约来降低出错的概率。

不奢求什么 2022-09-19 02:26:37

现在我是习惯稳定线上分支为master,从master切一个开发分支出来开发,遇到修复bug拉一个fix_bug的分支,修复后推到发布分支进行发布,测试验证没问题后合到master。
如果你觉得乱的话可以用分支所负责的命名分支,分支切换的频率通常比较低,所以不太可能存在经常checkout

┾廆蒐ゝ 2022-09-19 02:26:37

个人觉得开对应分支是比较合理的,因为线上bug修复的紧急程度往往比新增功能要高,所以分开处理没有问题

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文