关于代码分支的创建规范疑问
一般按照规范，在生产环境，如果遇到需要新增功能，就开一个feature分支，遇到需要修复bug，就开一个fix分支。
但是，遇到同时要求修复bug，并且也要新增功能，刚好这2个工作，都是同一个人负责的。这时候，还是需要创建一个feature和一个fix分支吗？
第一次用分支来开发项目，感觉，如果同一个人，既要负责新增功能，也要修复bug。这样分支太多，本地是不是要checkout很多代码，会不会很乱？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
典型的 Forking WorkFlow。
这么做是没错的，方便归档和查找。对于一个人来说你觉得麻烦就对了，很多制度上的事儿不是为了节省个别人的时间，而是为了通过规约来降低出错的概率。
现在我是习惯稳定线上分支为master，从master切一个开发分支出来开发，遇到修复bug拉一个fix_bug的分支，修复后推到发布分支进行发布，测试验证没问题后合到master。
如果你觉得乱的话可以用分支所负责的命名分支，分支切换的频率通常比较低，所以不太可能存在经常checkout
个人觉得开对应分支是比较合理的，因为线上bug修复的紧急程度往往比新增功能要高，所以分开处理没有问题