功能分支变基后 Git 推送被拒绝

Question

好的，我以为这是一个简单的 git 场景，我错过了什么？

我有一个master 分支和一个feature 分支。我在master 上做了一些工作，在feature 上做了一些工作，然后在master 上做了更多工作。我最终得到了这样的结果（字典顺序意味着提交的顺序）：

A--B--C------F--G  (master)
       \    
        D--E  (feature)

我对@9​​87654327@ 保持远程master 更新没有问题，也没有问题git push origin feature（在feature 上时）为我的feature 工作维护远程备份。到目前为止，我们都很好。

但现在我想在 master 上的 F--G 提交之上重新设置 feature，所以我要 git checkout feature 和 git rebase master。还好。现在我们有：

A--B--C------F--G  (master)
                 \
                  D'--E'  (feature)

问题：当我要备份与git push origin feature 分支的新重定位feature 时，推送被拒绝，因为树已因重定位而改变.这只能通过git push --force origin feature 解决。

我讨厌在不确定自己是否需要的情况下使用--force。那么，我需要它吗？变基必然是否暗示下一个push应该是--forceful？

此功能分支不与任何其他开发人员共享，所以我对强制推送没有问题事实上，我不会丢失任何数据，这个问题更具概念性。

Answer 1

问题在于git push 假设远程分支可以快速转发到您的本地分支，也就是说，本地分支和远程分支之间的所有区别都在于本地在末尾有一些新的提交，如下所示：

Z--X--R         <- origin/some-branch (can be fast-forwarded to Y commit)
       \        
        T--Y    <- some-branch

当您执行git rebase 提交时，D 和 E 将应用于新的基础并创建新的提交。这意味着在 rebase 之后你有类似的东西：

A--B--C------F--G--D'--E'   <- feature-branch
       \  
        D--E                <- origin/feature-branch

在这种情况下，远程分支无法快速转发到本地。虽然理论上本地分支可以合并到远程（显然在这种情况下您不需要它），但由于 git push 只执行快进合并，它会抛出错误。

--force 选项所做的只是忽略远程分支的状态并将其设置为您正在推送的提交。所以git push --force origin feature-branch 只是用本地feature-branch 覆盖origin/feature-branch。

在我看来，在 master 上重新设置功能分支并将它们强制推送回远程存储库是可以的，只要您是唯一在该分支上工作的人。

Answer 2

开发人员应该使用 -f 或 --force 而不是使用

--force-with-lease

为什么？因为它检查远程分支是否有更改，这绝对是个好主意。让我们假设 James 和 Lisa 正在开发同一个功能分支，并且 Lisa 已经推送了一个提交。 James 现在重新设置了他的本地分支并在尝试推送时被拒绝。当然，James 认为这是由于 rebase 并使用 --force 并将重写所有 Lisa 的更改。如果 James 使用了--force-with-lease，他会收到警告说有其他人完成了提交。我不明白为什么有人会在 rebase 后推送时使用 --force 而不是 --force-with-lease。

Answer 3

我会改用“checkout -b”，这样更容易理解。

git checkout myFeature
git rebase master
git push origin --delete myFeature
git push origin myFeature

当您删除时，您会阻止推送包含不同 SHA ID 的现有分支。 在这种情况下，我只删除远程分支。

Answer 4

对此的一个解决方案是执行 msysGit 的 rebasing merge 脚本所做的事情 - 在 rebase 之后，将 feature 的旧头与 -s ours 合并。你最终得到了提交图：

A--B--C------F--G (master)
       \         \
        \         D'--E' (feature)
         \           /
          \       --
           \    /
            D--E (old-feature)

...您对feature 的推送将是一个快进。

换句话说，你可以这样做：

git checkout feature
git branch old-feature
git rebase master
git merge -s ours old-feature
git push origin feature

（未测试，但我认为是对的......）

Answer 5

其他人已经回答了您的问题。如果你重新设置一个分支，你将需要强制推送该分支。

Rebase 和共享存储库通常无法相处。这是改写历史。如果其他人正在使用该分支或已从该分支分支，那么 rebase 将非常不愉快。

一般来说，rebase 适用于本地分支管理。远程分支管理最适合显式合并 (--no-ff)。

我们还避免将 master 合并到功能分支中。相反，我们变基为 master 但使用新的分支名称（例如添加版本后缀）。这避免了在共享存储库中变基的问题。

Answer 6

这个分支上可能只有一个开发人员，也可能没有，即现在（在 rebase 之后）不与源/功能内联。

因此我建议使用以下顺序：

git rebase master
git checkout -b feature_branch_2
git push origin feature_branch_2

是的，新分支，这应该可以在没有 --force 的情况下解决这个问题，我认为这通常是 git 的主要缺点。

Answer 7

我避免强制推送的方法是创建一个新分支并继续在该新分支上工作，并在稳定后删除重新定位的旧分支：

• 在本地重新设置签出分支
• 从重新设置的分支分支到新分支
• 将该分支作为新分支推送到远程。并删除远程上的旧分支

Answer 8

feature 分支上的 git merge master 有什么问题？这将保留您的工作，同时将其与主线分支分开。

A--B--C------F--G
       \         \
        D--E------H

编辑：抱歉，没有阅读您的问题说明。当您执行rebase 时，您将需要力量。所有修改历史的命令都需要--force 参数。这是防止您丢失工作的故障保险（旧的D 和E 会丢失）。

所以你执行了一个git rebase，它使树看起来像（虽然部分隐藏，因为D 和E 不再在命名分支中）：

A--B--C------F--G
       \         \
        D--E      D'--E'

因此，当您尝试推送新的feature 分支（其中包含D' 和E'）时，您将丢失D 和E。

Answer 9

对我来说，遵循简单的步骤即可：

1. git checkout myFeature
2. git rebase master
3. git push --force-with-lease
4. git branch -f master HEAD
5. git checkout master
6. git pull

完成上述操作后，我们也可以通过以下命令删除 myFeature 分支：

git push origin --delete myFeature

Answer 10

以下对我有用：

git push -f origin branch_name

它不会删除我的任何代码。

但是，如果您想避免这种情况，您可以执行以下操作：

git checkout master
git pull --rebase
git checkout -b new_branch_name

然后您可以挑选所有提交到新分支。 git cherry-pick COMMIT ID 然后推送你的新分支。

Answer 11

由于 OP 确实了解问题，只是寻找更好的解决方案...

作为一种练习怎么样？

• 拥有实际的特性开发分支（你永远不会变基和强制推送，所以你的特性开发人员不会讨厌你）。在这里，通过合并定期从 main 中获取这些更改。 梅西耶的历史，是的，但生活很轻松，没有人会打扰他的工作。

• 有第二个功能开发分支，一个功能团队成员定期将所有功能提交推送到，实际上是重新定位，实际上是强制的。所以几乎完全基于最近的一次主提交。功能完成后，将该分支推送到 master 之上。

可能已经有此方法的模式名称。

Answer 12

在最新的 master 之上获取 master 和 rebase 功能分支的新更改

git checkout master
git pull
git checkout feature
git pull --rebase origin master
git push origin feature

Answer 13

我会这样做

rebase feature
git checkout -b feature2 origin/feature
git push -u origin feature2:feature2
Delete the old remote branch feature
git push -u origin feature:feature

现在遥控器将具有功能（基于最新主控）和功能2（旧主控头）。如果您在解决冲突时犯了错误，这将允许您稍后进行比较。