我已经完成了一些提交并将它们推送到我的存储库中。然后我做了一个pull请求，但我意识到有一些我不想在pull请求中的提交。它们看起来像这样:Mycommitslooklikethis:CorrectHTMLab1c41cHTMLescaping8b38955Mergebranch'master'intointernationalized2854662Modifiedconfigb942f13triedpushingb73d792Addedassetsf20106eAddedconfig408118fFixedviewsconflicts86f2509addedlayoutsda27e1
是否可以在交互模式下运行命令gitpull--rebase(如gitrebase-i)？ 最佳答案 原始答案(2015年4月)不是真的，考虑到gitpull--rebaseisnotthesameasagitfech+gitrebase.参见whatdoes"gitpull--rebase"do?2016年1月更新Git2.8(2016年3月)将允许有一个pull--rebase互动!参见commit17c4ddb,commitb5496d4,commitf5eb87b(2016年1月13日)作者:JohannesSchindeli
是否可以在交互模式下运行命令gitpull--rebase(如gitrebase-i)？ 最佳答案 原始答案(2015年4月)不是真的，考虑到gitpull--rebaseisnotthesameasagitfech+gitrebase.参见whatdoes"gitpull--rebase"do?2016年1月更新Git2.8(2016年3月)将允许有一个pull--rebase互动!参见commit17c4ddb,commitb5496d4,commitf5eb87b(2016年1月13日)作者:JohannesSchindeli
我喜欢gitrebase-iHEAD~5压缩我的提交。有时我认为我需要返回5次提交，但后来意识到我需要7次。然而git已经在vim中启动了rebase编辑器.git/rebase-merge/git-rebase-todo。如果我退出那个缓冲区(vim)，那么git会说:Successfullyrebasedandupdatedrefs/heads/my-branchname有没有办法在编辑器中停止rebase？我想我可以从另一个shellgitrebase--abort但不确定这会对我在中间的git-rebase-todo文件做什么在另一个缓冲区中编辑。
我喜欢gitrebase-iHEAD~5压缩我的提交。有时我认为我需要返回5次提交，但后来意识到我需要7次。然而git已经在vim中启动了rebase编辑器.git/rebase-merge/git-rebase-todo。如果我退出那个缓冲区(vim)，那么git会说:Successfullyrebasedandupdatedrefs/heads/my-branchname有没有办法在编辑器中停止rebase？我想我可以从另一个shellgitrebase--abort但不确定这会对我在中间的git-rebase-todo文件做什么在另一个缓冲区中编辑。
我有一个包含大量提交的功能分支。A---B---Cmaster\\-B'---C'---D'...---Z'feature我正在处理功能，但另一位开发人员创建了提交B和C。现在我想在提交C时对feature进行rebase，但是我和/或automerge在rebase期间引入了错误。我的项目有很好的测试覆盖率，我可以使用antrebuildtest从控制台运行测试，现在我想让git告诉我哪个提交是第一个破坏我的测试的提交，这样我就可以修复它犯罪。我该怎么做？ 最佳答案 当你在分支feature上时执行:gitrebase--inte
我有一个包含大量提交的功能分支。A---B---Cmaster\\-B'---C'---D'...---Z'feature我正在处理功能，但另一位开发人员创建了提交B和C。现在我想在提交C时对feature进行rebase，但是我和/或automerge在rebase期间引入了错误。我的项目有很好的测试覆盖率，我可以使用antrebuildtest从控制台运行测试，现在我想让git告诉我哪个提交是第一个破坏我的测试的提交，这样我就可以修复它犯罪。我该怎么做？ 最佳答案 当你在分支feature上时执行:gitrebase--inte
在StackOverflow上几乎没有关于“扁平化merge”的问题，答案通常是“gitrebase”。这些答案虽然遗漏了一个关键点——提交顺序。假设有一个分支A的提交时间为6月1日和8月1日，分支B的提交时间为7月1日(UPDATE以恢复下面描述的用例:分支完全独立并且没有共同祖先，例如来自2个不同的存储库)。将Bmerge到A时，将有以下历史记录(每个git日志):Mergedbranch'B'Aug1Jul1Jun1现在，我正在寻找的是获得相同结果的方法，但没有merge提交(因此具有该顺序的底层线性历史，是的，这意味着重新提交提交)。gitrebase在这里没有帮助，因为有了它
在StackOverflow上几乎没有关于“扁平化merge”的问题，答案通常是“gitrebase”。这些答案虽然遗漏了一个关键点——提交顺序。假设有一个分支A的提交时间为6月1日和8月1日，分支B的提交时间为7月1日(UPDATE以恢复下面描述的用例:分支完全独立并且没有共同祖先，例如来自2个不同的存储库)。将Bmerge到A时，将有以下历史记录(每个git日志):Mergedbranch'B'Aug1Jul1Jun1现在，我正在寻找的是获得相同结果的方法，但没有merge提交(因此具有该顺序的底层线性历史，是的，这意味着重新提交提交)。gitrebase在这里没有帮助，因为有了它
这很奇怪。我正在尝试制作一个脚本，该脚本将检查每个本地分支并将origin/masterrebase到它上面。这是我的脚本:forbrin`gitbranch-l`;dogitcheckout$brgitrebaseorigin/masterdone简单。但在我制作脚本之前，我想确保`gitbranch-l`返回我认为它返回的内容.....它不是。gitbranch-l返回正确的结果。但是`gitbranch-l`实际上返回了所有本地分支加上当前目录中的文件!它像这样返回:[listoflocalbranchesminusmaster][listoffilesinthecurrentd
