如何在git rebase之后推送到远程？

Question

您好我成功切除一个vile承诺使用： git rebase -p 0df8fg5^ 0df8fg5

我正在master分公司工作。 但是现在当我：

git push

它给：

To git@github.com:my_user/my_repo.git
 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'git@github.com:my_user/my_repo.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first merge the remote changes (e.g.,
hint: 'git pull') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

git status给出：

$ git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 2 and 3 different commits each, respectively.
#   (use "git pull" to merge the remote branch into yours)
#
nothing to commit, working directory clean

Answer 1

它说你已经脱离了master，因为它似乎是git，好像有一个点你有源origin/master没有的提交而origin/master有你没有的提交。 这一点是您从本地master副本中删除提交的点（rebase更改了以下提交的sha）。

要解决这个问题，你必须强制推动 。 但是 ，默认情况下，推送将所有本地分支推送到远程中具有相同名称的分支，这意味着强制推送可能会覆盖其他人的更改。

您可以使用配置设置更改git的默认行为：

git config --global push.default <setting>

其中<setting>可以是upstream ， current或simple以防止推送到您拥有本地版本的所有分支。 Git 2之前的默认matching具有我正在谈论的覆盖行为，而Git 2以后的默认行为很simple 。 这是git man-page的一段摘录，描述了每个设置实际上做了什么：

• current - 推送当前分支以更新接收端具有相同名称的分支。 适用于中央和非中央工作流程。

• upstream - 将当前分支推回到分支，该分支的更改通常集成到当前分支（称为@ {upstream}）。 如果您要推送到通常从中拉出的相同存储库（即中央工作流），则此模式才有意义。

• simple - 在集中式工作流程中，像上游一样工作，如果上游分支的名称与本地分支不同，则可以更加安全地拒绝推送。

  当推送到与您通常拉出的遥控器不同的遥控器时，请作为当前工作。 这是最安全的选择，适合初学者。

  此模式将成为Git 2.0中的默认模式。

- git-config man-page

强制推动的命令是：

git push -f

Answer 2

你必须强迫推动

git push -f

如果其他人也使用遥控器的主分支，这将给他们带来很多惊喜。 不一定是积极的方式。

Answer 3

在一次改变之后，你需要一般强行推动远程。

$ git push -f origin master:master

这样做会强制更新master而不关心快进