GitFlow工作流中，合并development到master后是否需删除该分支？

这个问题没有绝对的标准答案，核心取决于你们团队采用的Git分支管理工作流，下面分两种常见场景给你拆解：

1. 如果用的是Git Flow工作流（长期集成分支模式） #

不需要删除development分支！

在Git Flow的规范里，development是长期存在的集成分支：

• 所有新功能分支（比如你的feature/doX）都是从development拉取的；
• 功能完成后合并回development做集成测试；
• 到发布节点时，把development合并到master；
• 发布完成后，development继续作为下一个版本的集成基础，后续的新功能依然基于它开发。

甚至如果master上有紧急修复的hotfix分支，修复完成后还要把hotfix合并回development，保证集成分支和生产分支的代码一致。

2. 如果用的是临时集成分支模式（比如为单次发布专门创建） #

这种情况可以删除development分支，下次需要时再新建。

有些团队不会维护长期的development，而是为每一次发布周期专门创建一个临时集成分支：

• 比如这次要发布v1.0，就从master拉一个development/v1.0；
• 把所有要进v1.0的feature分支合并到这个临时分支；
• 测试通过后合并到master发布；
• 发布完成后，这个临时的集成分支就没用了，可以安全删除；
• 下次准备v1.1发布时，再从master拉新的development/v1.1即可。

小建议 #

• 优先和团队确认既定的分支规范，避免破坏统一的协作习惯；
• 如果是长期分支，记得定期将master的更新（比如hotfix）同步到development，避免后续合并出现大量冲突；
• 删除分支前，先确认该分支上的所有修改都已经合并到master或其他需要保留的分支，防止代码丢失。

内容的提问来源于stack exchange，提问作者Rickless