我不想以 82 feature branches hanging around 结尾,所以我想知道在将功能分支 merge 到 master 时简单地删除功能分支的潜在缺点是什么。
工作流程:
git co -b feat-xyz
hack hack
git ci
hack some more
git ci
git co master
git merge feat-xyz
smoke test
git br -d feat-xyz
这里有什么问题吗?
最佳答案
我在 merge 后删除,但我总是执行 git merge --no-ff
,以避免快速转发,以便分支历史记录在图表上可见。我喜欢了解功能分支从哪里离开开发分支以及它又从哪里重新加入的历史:
这取自A successful Git branching model由文森特·德里森 (Vincent Driessen) 编写,这是一个非常适合与 git 一起使用的工作流程,我将其应用于我的大部分项目。
关于git - 什么时候删除一个 git feature 分支是合适的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3392392/