Git 分支名称 - 区分大小写还是不区分大小写？

Question

我是一个新的 git 用户，最近需要处理一个过时的 git 存储库。

这是原始状态(由 git show-branch 输出):

! [cr232] CR 232 Release
        * [dev] Style Changes
---------------
        *   [dev] Style Changes
        *   [dev^] SMS 5.4
        *   [dev~2] Logo Change
        *   [dev~3] SMS 5.3
        *   [dev~4] SMS 5.2
        *   [dev~5] SIT R-0.3.3 EDW SMS Layers
        *   [dev~6] SIT Release R 0.3.0
       +*   [cr232] CR 232 Release
       +*   [cr232^] Dashboard Fix
       +*   [cr232~2] Release for system testing

请注意，此时有一个名为“dev”的分支。请注意，突出显示有多个对 dev 的引用(即 dev、dev^、dev~2 等)。

为了我的开发目的，我试图想出一个名为“DEV”的分支，全大写。

所以我继续创建新分支 (git branch DEV)，现在运行 git show-branch –date-order:

! [DEV] Style Changes
    ! [cr232] CR 232 Release
        * [dev] Style Changes
---------------
        *   [DEV] Style Changes
        *   [DEV^] SMS 5.4
        *   [DEV~2] Logo Change
        *   [DEV~3] SMS 5.3
        *   [DEV~4] SMS 5.2
        *   [DEV~5] SIT R-0.3.3 EDW SMS Layers
        *   [DEV~6] SIT Release R 0.3.0
       +*   [cr232] CR 232 Release
       +*   [cr232^] Dashboard Fix
       +*   [cr232~2] Release for system testing

请注意，dev 和 DEV 都列为分支。另请注意，在第 5 行，对 dev 的引用现在已更改为 DEV(即 DEV、DEV^、DEV~2 等)。

第 5 行输出指的是什么？我希望它保持“dev”而不是更改为“DEV”，因为它旁边的描述指的是“dev”分支期间旧工作的描述。

我试图通过将 DEV 分支名称修改为 DV(运行 git branch –m DEV DV)并显示分支现在看起来像这样来恢复原来的样子:

! [DV] Style Changes
    ! [cr232] CR 232 Release
        * [dev] Style Changes
---------------
        *   [DV] Style Changes
        *   [DV^] SMS 5.4
        *   [DV~2] Logo Change
        *   [DV~3] SMS 5.3
        *   [DV~4] SMS 5.2
        *   [DV~5] SIT R-0.3.3 EDW SMS Layers
        *   [DV~6] SIT Release R 0.3.0
       +*   [cr232] CR 232 Release
       +*   [cr232^] Dashboard Fix
       +*   [cr232~2] Release for system testing

请注意，该分支现在包括 DV 和 dev。另请注意，第 5 行对 dev 的引用现在已更改为 DV(即 DV、DV^、DV~2 等)。

有什么方法可以恢复到 DV 引用的原始状态吗？ git 是否混淆了我的历史信息并用一个相似且仅大写不同的分支重命名？

请帮助我解决这个问题。感谢堆

Answer 1

只回答主题行中的问题，没有解决任何关于 git show-branch 的问题( like ElpieKay ，我从未真正使用过 git show-branch；看起来主要是错误的信息):

Git 分支名称和标签名称，以及所有其他 引用 名称，正如 Git 对它们的称呼一样，最初打算区分大小写。

这一切在 Linux/Unix 机器上都能完美运行，其中 Git 的代码一开始就区分大小写。当 Git 在文件系统中存储分支名称时作为文件名(它只是有时)，文件系统也是区分大小写的。¹

它有时 在 Windows 和某些 MacOS 系统上失败。具体来说，当 Git 在单个文件中存储引用时，它会失败，这些文件的名称是从引用名称派生的，并且这些文件名不区分大小写(例如，保留大小写，但在名称匹配期间折叠大小写；甚至将所有内容都转换为大写- 仅限于真正古老的 FAT 8.3 格式，但我们希望现代文件系统不会这样做)。

如上所述，Git 并不总是将引用名称存储为文件名。事实上，在初始克隆时，所有名称都在一个名为 .git/packed-refs 的文件中，² 所以此时它们是 区分大小写。但随着时间的推移，它们会“解压”，³，然后在某些系统上它们会变成折叠式。

因为它有时在某些系统上会失败，所以通常最好避免使用仅大小写不同的多个引用名称。

---

¹当然，在现代 Unix/Linux 系统上，您现在可以访问保留大小写但不区分大小写的文件系统，而 Windows 和 MacOS 现在可以被告知不要这样做某些文件系统的大小写折叠。 (但是，如果您更改默认设置，则预计专为您的盒子设计的软件会失败，因为它会。像 Photoshop 之类的东西在内部尝试使用名为 foo 和 FOO 的文件并期望它引用同一个文件!)

²这个 packed-references 文件已经存在了很长一段时间，但不是永远存在，而且非常早期的 Git 版本可能不会使用它。在内部，Git 正在获取一个新的“可插入引用名称接口(interface)”，Git 的 future 版本可能既不使用这个文件，也不使用单独的每个引用文件。

³一般来说，创建或更新引用会导致解压缩的引用文件出现。运行 git pack-refs --all 将用打包的引用替换未打包的引用，恢复完全区分大小写。如果没有--all，git pack-refs只会打包已经打包的引用，这在很大程度上是一种无用的操作方式(它是为不再使用的情况而设计的).