我有一个旧分支,我想删除.但是,在执行此操作之前,我想检查对此分支所做的所有提交是否在某个时刻合并到其他分支中.因此,我希望看到所有提交到我当前分支的提交尚未应用于任何其他分支[或者,如果没有一些脚本,这是不可能的,如何看到一个分支中尚未应用的所有提交到另一个给定的分支？].
我有一位同事声称这git pull是有害的,并且每当有人使用它时都会感到不安.
该git pull命令似乎是更新本地存储库的规范方法.使用git pull创建问题？它创造了什么问题？有更好的方法来更新git存储库吗？
我真的相信在一个问题上有一个提交是一个好习惯.我确定我在"最佳实践"这样的文章中的某处读过它.
因此,我的工作流程如下:
git checkout -b new-issue.squash提交并将rebase它们转换为当前的主题分支.git revert提交,找到错误,修复它,并将新补丁提交到专题分支.我不会更改远程存储库的历史记录.但今天,我听到以下工作流程后感到很惊讶:
merge --no-ff合并与专题分支问题分支(所以我们必须"合并提交",我们可以revert).git bisect用来查找错误.根据第一种方法,我们将有一个干净的git历史,并且不知道在开发过程中使用的开销分支.
根据第二种方法,我们将有一个非常混乱的历史,有很多丑陋,不必要的合并和承诺只有一个问题.但是,我们可以git bisect用来查找错误.(也许这对于重构更好？)
您对这两种方法有什么利弊？
你使用哪种方法,为什么？
在实践中,你真的习惯git bisect了找虫子吗？(我还没......)