TFS，Linux，1 个目录因大小写混合而成为 2 个目录
TFS, Linux, 1 directory made 2 because of mixed case
我遇到的问题是这样的。显然，在过去的某个时候，我们的代码库中有一个名为 DIRECTORY 的目录确实有源代码。由于我们对命名约定进行了更改，此目录现在命名为 directory。当代码被签出并在 Windows 上构建时，一切都很好（当然），但在 Linux 中则是另一回事。
正如上面所暗示的，我们已经更改为该目录的小写版本（以及代码层次结构中的其他类似目录）。小写字母之一包含我们的绝大多数源代码（无论如何都位于此目录中）。然而，目录的大写版本中有 2 个文件，一个 *.cpp 和 *.h 文件。在我寻求将我们自制的 make 设置迁移到使用自动工具套件时，我发现当使用 TFS 的 Team Explorer Everywhere 客户端时，我得到了这个的两个版本目录。这会导致构建系统出现问题，因为这两个文件不在应有的位置。
在尝试 tf move <ItemSpec> 将此目录的 "incorrect" 版本移动到 "correct" 版本之后，我确实把事情搞砸了。我很高兴我在分支机构工作，因为现在当我执行 tf status 时，我除了 An error occurred: java.io.FileNotFoundException 什么也得不到。我怎样才能将这些东西解决到一个目录中？
外壳不匹配。我知道解决此问题的唯一方法是对文件夹执行 "rename" 到“[oldFilderName]-moo”，然后将其重命名回“[oldFilderName]”，注意使用您想要的大小写。
缺点是我在幕后做了一个branch/delete，我不确定对历史的影响...
我遇到的问题是这样的。显然，在过去的某个时候，我们的代码库中有一个名为 DIRECTORY 的目录确实有源代码。由于我们对命名约定进行了更改，此目录现在命名为 directory。当代码被签出并在 Windows 上构建时，一切都很好（当然），但在 Linux 中则是另一回事。
正如上面所暗示的，我们已经更改为该目录的小写版本（以及代码层次结构中的其他类似目录）。小写字母之一包含我们的绝大多数源代码（无论如何都位于此目录中）。然而，目录的大写版本中有 2 个文件，一个 *.cpp 和 *.h 文件。在我寻求将我们自制的 make 设置迁移到使用自动工具套件时，我发现当使用 TFS 的 Team Explorer Everywhere 客户端时，我得到了这个的两个版本目录。这会导致构建系统出现问题，因为这两个文件不在应有的位置。
在尝试 tf move <ItemSpec> 将此目录的 "incorrect" 版本移动到 "correct" 版本之后，我确实把事情搞砸了。我很高兴我在分支机构工作，因为现在当我执行 tf status 时，我除了 An error occurred: java.io.FileNotFoundException 什么也得不到。我怎样才能将这些东西解决到一个目录中？
外壳不匹配。我知道解决此问题的唯一方法是对文件夹执行 "rename" 到“[oldFilderName]-moo”，然后将其重命名回“[oldFilderName]”，注意使用您想要的大小写。
缺点是我在幕后做了一个branch/delete，我不确定对历史的影响...