Git问题与“问题”;“作者和承诺”;重定基址/合并时的问题

Git问题与“问题”;“作者和承诺”;重定基址/合并时的问题,git,Git,我对git不太熟悉,所以在使用它时遇到了一些问题 目前,我的分支机构落后26次,领先29次。这是由以下原因造成的: 大约3天前,我从大师那里得到了一个分支,让我们称之为“bugFix”,并提交了2次修复bug的请求。我将这些更改推到了远程上的错误修复。然后,今天,我又做了一个错误修复的承诺。在这一次,主机上进行了26次提交,所以我将远程主机拉到我的主机上,在本地将错误修复重新定位到主机上,然后尝试推送它。它给了我一个错误,我需要在按下遥控器之前拉动遥控器,所以我使用“git pull-rebas

我对git不太熟悉,所以在使用它时遇到了一些问题

目前,我的分支机构落后26次,领先29次。这是由以下原因造成的:

大约3天前,我从大师那里得到了一个分支,让我们称之为“bugFix”,并提交了2次修复bug的请求。我将这些更改推到了远程上的错误修复。然后,今天,我又做了一个错误修复的承诺。在这一次,主机上进行了26次提交,所以我将远程主机拉到我的主机上,在本地将错误修复重新定位到主机上,然后尝试推送它。它给了我一个错误,我需要在按下遥控器之前拉动遥控器,所以我使用“git pull-rebase”实现了这一点

然而,现在我有一个非常混乱的提交历史,因为它显示了所有26次提交都是“由X编写并由我提交的”,而在master上,所有26次提交都是由X提交的。因此,我的分支现在落后26次提交,领先29次提交。我怎样才能防止将来发生这种情况

我怎样才能防止将来发生这种情况

当您执行git pull--rebase时会出现问题,因为远程错误修复分支不包含来自master的26次提交。当您重新构建基础时,git创建了26个新的提交,它们是主机上26个提交中更改的副本,但具有不同的历史记录(可能还有提交者)


要解决这个问题,您可以将您的本地错误修复分支重置回重新设置到主机上的3个提交。然后,您可以执行
git push-f
强制覆盖远程版本的错误修复分支。

对不起,忘了提到我在那之前拉过远程主机。@AndrewZaw在重新基址后,您应该执行
git push-f
强制覆盖远程错误修复分支。不过,请确保只有在您是分支机构的唯一工作人员时才这样做。