Git分支分歧

Question

我是 GIT 新手，虽然我了解它的概念，但我认为我不了解它的实践。

我被分配了一个分支 uitest 来处理，因为我可能没有正确完成推送、提交、拉取，我现在已经分叉了这个分支。

因为我是新来的，所以我也不想覆盖其他开发人员的代码，因为我的代码或更改只是为了习惯 git 及其工作原理而进行的实验，我不介意放弃我的更改，因为我有一个我需要重新做所有事情的副本。

$ git status
# On branch uitest
# Your branch and 'origin/uitest' have diverged,
# and have 47 and 6 different commits each, respectively.
#
nothing to commit (working directory clean)

我将如何消除分歧？丢弃我的更改并从最新更改中提取最新更改，然后继续工作而不会弄乱其他人的工作。

另外，由于我是新手，请稍微描述一下您的答案，因为这对我来说可能没有多大意义。

非常感谢

Answer 1

有几种方法。

合并

首先，您可以简单地合并origin/uitest，但这并没有留下清晰的历史，因为它引入了看起来像分支的东西并合并，即使它一直都是同一个分支。我相信 Linus 喜欢将这种合并提交称为“毫无意义”。不幸的是，这也是最简单的方法。

变基

变基往往是一个更高级的主题，如果您不小心，可能会引入一大堆其他问题。也就是说，这也是在没有毫无意义的提交的情况下获得干净历史记录的好方法。在这种情况下，您可以这样做：

git rebase origin/uitest

来自您的 uitest 分支，它将占用您所做的所有工作，并将其放在 origin/uitest 中的工作之上。

不过有几个问题。首先，如果您已将任何其他分支合并到您的分支中，git rebase 将删除它们。您需要传递 -p 标志来保留您引入的任何合并提交，但这也不总是正确的做法。如果您所做的只是提交自己的更改，那么您应该可以接受我给出的命令。

其次，任何时候你使用变基时，你都应该记住永远不要变基公共提交。 Rebase 将更改提交 ID，因为父母已更改。如果人们正在合并您的工作，并且您对其进行了 rebase，他们最终会在历史记录中获得您提交的多个副本——这很糟糕。所以在应用这种技术时要小心。

说了这么多，你想让git rebase成为你的朋友。这是一个强大而有用的工具，但与任何电动工具一样，它可能很危险。

放弃你的工作

如果你只是想放弃你所做的，你可以运行：

git reset --hard @{u}

或

git reset --hard origin/uitest

这将重置您的 uitest 分支以匹配上游或origin/uitest。它会丢弃你的提交。

就我个人而言，我会重新调整这项工作，或者至少试一试。如果失败，或因合并冲突而变得复杂，您始终可以使用git rebase --abort 中止，然后退回到合并或丢弃您的更改（尽管合并可能会显示相同的合并冲突）。