Git-Flow 使用规范

[ATommyGirl]

https://tommygirl.cn/2021/09/18/Git-Flow/

Git-Flow 是构建在 Git 之上的一个组织软件开发活动的模型，是在 Git 之上构建的一项软件开发最佳实践。 2010 年 Vincent Driessen 提出了 A Successful Git Branching Model 分支模型，用来帮助开发人员在大型软件项目中追踪 feature，hotfix 和 release。Gitflow 使整个分支模型自动化完成，更加易用。 分支

[mystterio]

好巧啊 我也用的cactus这个主题

[ATommyGirl]

@mystterio 好巧啊 我也用的cactus这个主题

嘿嘿，有品位~ 🤓

[mystterio]

@ATommyGirl

@mystterio 好巧啊 我也用的cactus这个主题

嘿嘿，有品位~ 🤓

😄,夸我还带上自个

[binarywizard]

这个猫很赞！内容也很好！

[ATommyGirl]

@binarywizard 这个猫很赞！内容也很好！

哈哈哈，多谢多谢，夸奖小弟收下了🤓

[feixiangdexiaozhidan]

bug fix 分支 是否可以出自release分支，修复完成后合并到release分支，如果出自develop分支就需要删除release分支，修复完成后重新建立新的release分支测试，修复问题的时候如何有新的feature分支合并进来，这时候release分支就不一致了，这点比较困惑

[ATommyGirl]

@feixiangdexiaozhidan bug fix 分支 是否可以出自release分支，修复完成后合并到release分支，如果出自develop分支就需要删除release分支，修复完成后重新建立新的release分支测试，修复问题的时候如何有新的feature分支合并进来，这时候release分支就不一致了，这点比较困惑

  其实 bugfix「缺陷分支」的概念主要为了和 feature「功能分支」做区分，目前 Git-Flow 和市面上支持 Git-Flow 的工具也并没有实现这个功能。我理解它更偏向于日常开发，所以写的是出自 develop 分支，如果在 release 分支存在的情况下，其实可以忽略它。   我一般的做法是直接在 release 分支上做小问题的修复，如果是对 release 影响很大的问题，这也说明我们预发布的版本还不成熟，删除当前 release 也是无可厚非的。   再说回 release 上修复小问题的事情，这时候重点不在于分支了，而在于 commit message 的提交规范，之前简书上写过一个小说明可以参考一下：https://www.jianshu.com/p/51785393e281 。commit message 类似 "fix(location:***): Fix something." ，便于开发者对提交历史进行追溯、了解发生了什么情况就可以了。