当我无法摆脱本地更改并且不丢失本地提交时，如何强制拉取？

Question

我遇到以下情况：同事提交了一堆带有 Windows 行结尾的文件。我们有一个.gitattribute，它在commit 期间删除了Windows 行尾。

这意味着在pull 之后，我有几十个文件被标记为“本地更改”，而实际上它们没有。我无法检查它们，因为 Git 会将（损坏的）文件从存储库中取出（它具有 Windows 行结尾），修复行结尾以最终得到一个始终与当前存储库中的文件不同的文件。

团队的一名成员已修复这些文件并提交并推送它们。

这个问题以丢失所有本地提交（即尚未推送的所有内容）为代价回答了我的问题：How do I force "git pull" to overwrite local files?

如何在不丢失本地提交的情况下拉取？

这是我在服务器上的 Git 存储库：

A --> B --> BAD1 --> FIX1(HEAD)

BAD1 包含错误提交，FIX1 修复它们。

这是我目前磁盘上的内容：

A --> B --> BAD1 --> LC1 --> LC2(HEAD)
              \---> FIX1

我是通过git pull --rebase 到达这里的。在那个命令之前，我有：

A --> B --> LC1 --> LC2(HEAD)

我想结束的是：

A --> B --> BAD1 --> FIX1 --> LC1 --> LC2(HEAD)

Answer 1

您链接到的答案与您需要做的类似。由于您的其他同事已经修复了行尾并推送了更改，您只需 fetch 来自原点的新更改，然后 merge 将它们放入您的本地工作中，或者 rebase 您的本地工作在它们之上：

git fetch <remote>
git checkout <local-branch>

# Merge changes
git merge <remote>/<remote-branch>

# Or rebase
git rebase <remote>/<remote-branch>

fetch 永远不会覆盖您本地分支上的工作，它所做的只是更新您的远程跟踪分支。实际上，pull 只是一个 fetch 后跟一个 merge。

更新

由于您的工作副本已修改文件（仅因为行结尾），我想这会阻止您重新定位。所以你可以简单地清理你的工作副本，硬重置回到之前的良好状态，合并到固定的提交中，然后将你的本地提交重新挑选出来（使用它们的 sha ID）。

将所有内容放在一起，它看起来像这样：

git checkout -- .
git reset --hard B
git merge <remote> <branch>
git cherry-pick LC1 LC2

当您进行硬重置时，git 不会立即删除您的任何提交。 Git 将所有无法从分支或引用访问的提交保留一段时间（默认为 2 周），然后最终从 repo 垃圾收集它们。您可以通过运行 git gc 来启动早期垃圾收集，但显然您现在不想这样做。

因为实际上并没有立即删除任何提交，所以您仍然可以使用它们的 sha ID 来引用它们，这就是为什么您可以在合并到固定提交后将它们重新挑选到您的分支顶部。