git - 如何解决 Git 分支名称中的大小写问题？

Question

我在 Github 存储库中有一个分支，名称如下:feature/X/mybranch。一位同事对我的分支进行了更改，但将它们提交给 feature/x/mybranch。 Github，看似区分大小写，将他的提交创建了一个单独的分支。

现在的问题是我的 Git 客户端只能看到一个分支(我在 macOS 上)，即大写的原始分支。这给出了各种各样的问题。最初，我什至看不到他的提交，并且在不知道真正的问题是什么的情况下，我尝试了不同的方法，在 git reset --hard 之后我终于能够获得他的更改。然而，一些副作用仍然存在。例如，我的客户一直告诉我我有尚未推送的提交，即使我可以在 Github 中看到它们。

理想情况下，我只想将他的分支 merge 到我的分支中并删除它(或者甚至只是删除，因为我很确定我有他的所有更改)，但我不知道该怎么做。如前所述，我的客户(在终端和 Sourcetree 中都试过)只看到一个分支，我真的不知道如果我删除它会发生什么。

Answer 1

有几个相互关联的问题，所有这些问题都源于一个问题:macOS 文件系统 默认为大小写折叠，因此名为 README 的文件可以使用名称 readme 打开，反之亦然。

Git 有时将分支名称和值集存储在单个文件 ( .git/packed-refs ) 中，当它这样做时，名称区分大小写，因此 feature/X/mybranch和 feature/x/mybranch是不相关的分支名称。但是 Git 有时 将名称​​存储为文件名(斜杠成为文件夹名称定界符)，该文件中包含哈希 ID，在这里，任何尝试使用 feature/X就好像它与 feature/x 是分开的一样失败，所以你最终只有一个名为 mybranch 的文件在名称为 x 的文件夹中或 X .

到目前为止，最简单的修复方法是在区分大小写的文件系统上使用 Git。例如，如果你有一个 Linux 机器——或虚拟机——你启动那个 Linux 系统，克隆 GitHub 存储库，现在一切正常，你有两个不同的分支名称，可以轻松修复一切，更新 GitHub，删除不受欢迎的名字，等等。这也涵盖了所有提交内的文件名问题，因为您现在可以拥有两个名称为 README 的不同文件。和 readme .

不过，您不需要使用单独的 VM，因为 macOS 允许您创建区分大小写的磁盘镜像并安装它。然后您可以在这个安装的卷中完成您的工作。这解决了大部分问题；其余的是分解的与组合的 Unicode(例如，两种不同的文件命名方式 agréable)，Linux 允许但 macOS 仍然禁止。

要创建区分大小写的磁盘镜像，请参阅 my previous answer至 a different question .这涵盖了比您眼前的情况更多的情况。

---

不过，考虑到您的当前情况，有一种简单直接的方法可以通过在 GitHub 上完成大部分工作来使用 Linux VM 或区分大小写的文件系统本身。这有点棘手，因为您需要确保本地有正确的提交，但是 git fetch origin得到他们。然后您需要使用 FETCH_HEAD归档git fetch写—在.git/FETCH_HEAD — 提取特定的哈希 ID。

.git/FETCH_HEAD的内容大多是不言自明的。它包含在另一个 Git 上看到的分支名称和哈希 ID(加上一些其他内容):每行一个条目，在多行上，对应于另一个 Git 中的分支名称。

然后从您自己的 Git，您可以:

git push origin <hash-id>:<good-name>
git push --delete origin <bad-name>

到 GitHub 上的 Git。第一个命令——可能需要 --force在某些情况下(如果是，请小心，并考虑使用 --force-with-lease=<em>refname</em>:<em>hash</em>: )——将创建或更新具有所需大小写的 desired 分支名称，利用 GitHub 本身区分大小写的事实.所以你现在有了“正确的”分支名称，设置为正确的哈希 ID。第二个命令将删除带有不需要的大小写的名称。

您可能还想使用 git branch -r -d删除远程跟踪名称，如果大小写错误:

git branch -r -d <bad-name>

您自己的 Git 现在可以处理 GitHub 上的 Git 存储库，因为它只有好的名称需要处理，所以现在:

git fetch origin

行为良好，做你需要做的事。

(以上均未测试；可能有错别字。)