我不想结束82 个特色分支悬挂在周围 https://stackoverflow.com/questions/2353804/list-git-branches-that-can-safely-be-deleted，所以我想知道将功能分支合并到 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
这里有什么问题吗？
我合并后删除，但我总是做git merge --no-ff，以避免快进，以便分支历史记录在图表上可见。我喜欢了解功能分支从开发分支出发以及重新加入的历史记录：
这是取自成功的 Git 分支模型 http://nvie.com/posts/a-successful-git-branching-model/作者：Vincent Driessen，这是一个与 git 一起使用的非常好的工作流程，我将其应用于我的大多数项目。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
