windows - 不区分大小写的文件系统上的区分大小写的文件困扰着存储库

Question

在我使用 git 存储库时愚蠢地在 Windows 上使用 Ubuntu bash 之后，一个问题出现了。显然，这将 Windows 引入了区分大小写的文件和文件夹的概念。这很好，直到一些没有它的同事也开始使用它。

我重命名了一些文件，从“OurAPI”到“OurApi”，并修复了一些其他与名称相关的琐碎语法。我不知道为什么，但 git 将这些视为新文件而不是移动的文件，并且以前的文件已删除。这反过来给我的同事带来了问题，反之亦然。

我关闭了该文件夹的区分大小写选项，创建了一个新的 repo 并推送到那里。一切看起来都很好，直到我不得不恢复一些提交。现在我有 3 个与上述问题相关的修改文件。

我删除了我的本地存储库并重新克隆了它，收到了这些警告:

warning: the following paths have collided (e.g. case-sensitive paths
on a case-insensitive filesystem) and only one from the same
colliding group is in the working tree:

  'OurAPI/OurAPI.csproj'
  'OurApi/OurAPI.csproj'
  'OurAPI/Services/DataService.cs'
  'OurApi/Services/DataService.cs'
  'OurAPI/Settings/AppSettings.cs'
  'OurApi/Settings/AppSettings.cs'

我无法添加这些文件、提交这些文件或移动这些文件。

git status 始终将这三个显示为已修改:(刚克隆的记住!)

    modified:   OurAPI/OurAPI.csproj
    modified:   OurAPI/Services/DataService.cs
    modified:   OurAPI/Settings/AppSettings.cs

我可以手动以某种方式编辑本地 git 存储库并请指出它们是同一个文件吗？或者删除旧文件？因为如果我执行 git rm OurAPI/OurAPI.csproj，它当然会将该文件标记为不再被跟踪，但我希望它被跟踪，而不是那个区分大小写的旧幽灵文件。

Answer 1

我发现这个开源工具似乎可以解决问题:

https://github.com/tawman/git-unite

按照说明，使用 build.cm 在 PS 中构建它，然后使用 cd src\Git.Unite\bin\Debug 最后使用 .\Git。 Unite.exe C:\Users\MyUser\Documents\Projects\OurApi

git status 然后给了我重命名的文件:

 rename {OurApi => OurAPI}/Startup.cs (100%)
 rename {OurApi => OurAPI}/packages.config (100%)
 rename {OurApi => OurAPI}/web.Debug.config (100%)
 rename {OurApi => OurAPI}/web.Release.config (100%)
 rename {OurApi => OurAPI}/web.config (100%)

祈祷这不会把我的同事弄得一团糟!