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

Question

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

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

我关闭了该文件夹的区分大小写的选项，创建了一个新的存储库并推送到该文件夹​​。一切看起来都很好，直到我不得不还原一些提交为止。现在，我有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，然后是cd src\Git.Unite\bin\Debug，最后是.\Git.Unite.exe C:\Users\MyUser\Documents\Projects\OurApi，将其内置于PS中>

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%)
手指越过，不会在下次拉动时弄乱我的同事！