因此，如果我使用的分支是远程(跟踪)分支，并且我想获得最新的分支，我仍然不清楚我应该执行gitpull还是gitrebase。我想我已经读过，当与其他用户一起在分支上工作时执行gitrebase，当他们pull或rebase时，它可能会把他们搞砸。真的吗？我们都应该使用gitpull吗？ 最佳答案 Gitpull是两个命令的组合gitfetch(将您的本地存储库与远程上的最新内容同步)gitmerge(将远程分支的更改(如果有的话)merge到您的本地跟踪分支中)gitrebase只是gitmerge的粗略等价物。它不会远程获取
当你做一个gitrebase时，edit和reword有什么区别？我正在浏览一些这样说的文档:Replacepickwith:-edittomarkacommitforamending.-rewordtochangethelogmessage. 最佳答案 “reword”允许您更改仅提交消息，而不是提交内容“编辑”允许您更改提交内容和提交消息(git允许您编辑提交内容的机制是通过“暂停”rebase；因此您可以修改提交)引用:git-rebasedocumentation是这样说的:edit:通过将命令“pick”替换为命令“edi
当你做一个gitrebase时，edit和reword有什么区别？我正在浏览一些这样说的文档:Replacepickwith:-edittomarkacommitforamending.-rewordtochangethelogmessage. 最佳答案 “reword”允许您更改仅提交消息，而不是提交内容“编辑”允许您更改提交内容和提交消息(git允许您编辑提交内容的机制是通过“暂停”rebase；因此您可以修改提交)引用:git-rebasedocumentation是这样说的:edit:通过将命令“pick”替换为命令“edi
我已经阅读了有关gitmerge和gitrebaseonSO的相关问题，但我仍然无法完全理解幕后发生的事情。这是我们的分支情况:MASTER------------------------\\\\----FeatureB---\\\-----FeatureA----------\---FeatureA+B给定2个特征分支，这些分支在不同时间源自master，我们现在想要merge这2个分支。我们想遵循先rebase然后merge的做法，但是当我们将特征Arebase到特征B时，我们会遇到冲突。这是预料之中的，因为这两个功能(和master)在相同的区域都有变化。但奇怪的是，在gitre
我已经阅读了有关gitmerge和gitrebaseonSO的相关问题，但我仍然无法完全理解幕后发生的事情。这是我们的分支情况:MASTER------------------------\\\\----FeatureB---\\\-----FeatureA----------\---FeatureA+B给定2个特征分支，这些分支在不同时间源自master，我们现在想要merge这2个分支。我们想遵循先rebase然后merge的做法，但是当我们将特征Arebase到特征B时，我们会遇到冲突。这是预料之中的，因为这两个功能(和master)在相同的区域都有变化。但奇怪的是，在gitre
我有一个功能分支和一个主分支。Master分支已经发展，我的意思是让这些更新尽可能少地与master分支分开。所以我gitpull在两个分支中，gitcheckoutfeature/branch最后gitrebasemaster.现在在这里，我要么希望一切顺利，要么在继续rebase之前需要解决冲突，直到所有主提交都成功地重新应用到功能分支上为止。现在在我的情况下真正发生的是我不明白的事情:$>gitrebasemasterFirst,rewindingheadtoreplayyourworkontopofit...Applying:myFirstCommitDoneOnTheBran
我有一个功能分支和一个主分支。Master分支已经发展，我的意思是让这些更新尽可能少地与master分支分开。所以我gitpull在两个分支中，gitcheckoutfeature/branch最后gitrebasemaster.现在在这里，我要么希望一切顺利，要么在继续rebase之前需要解决冲突，直到所有主提交都成功地重新应用到功能分支上为止。现在在我的情况下真正发生的是我不明白的事情:$>gitrebasemasterFirst,rewindingheadtoreplayyourworkontopofit...Applying:myFirstCommitDoneOnTheBran
我是GitHub存储库的管理员https://github.com/plison/opendial.我想减少存储库上的提交数量，因为存储库已经有几千次提交，其中许多是小的调试更改，可以很容易地压缩在一起(尤其是几年前的那些)。因此，我正在尝试应用rebase，以便将我的部分提交压缩在一起。但是，我遇到了以下问题:当我输入例如gitrebase-iHEAD~10，我在交互式编辑器中得到了相当多的提交行(远远超过10行)。可能是什么原因？更重要的是，一旦我关闭交互式编辑器开始rebase，我系统地收到错误消息“错误:无法应用'，即使我没有对提交进行任何更改(即，如果我将所有行保留为“选择”
我是GitHub存储库的管理员https://github.com/plison/opendial.我想减少存储库上的提交数量，因为存储库已经有几千次提交，其中许多是小的调试更改，可以很容易地压缩在一起(尤其是几年前的那些)。因此，我正在尝试应用rebase，以便将我的部分提交压缩在一起。但是，我遇到了以下问题:当我输入例如gitrebase-iHEAD~10，我在交互式编辑器中得到了相当多的提交行(远远超过10行)。可能是什么原因？更重要的是，一旦我关闭交互式编辑器开始rebase，我系统地收到错误消息“错误:无法应用'，即使我没有对提交进行任何更改(即，如果我将所有行保留为“选择”
Windows7上的SourceTree1.6.4.0。假设以下是我的出发点:C我想将topicrebase到master。我的目标是:C-A-B^^mastertopic但我最终得到:然后我可以做gitpushorigintopic-f我得到了预期的结果，但在SourceTree中执行此操作的正确方法是什么？ 最佳答案 更新:SourceTree1.9.1您可以在工具/选项/Git/启用强制推送中启用强制推送。启用后，您可以在“推送”对话框中选中“强制推送”复选框。原始答案你必须强制推送，因为主题分支已经发布并且你正在重写历史
