TFS，Linux，1目录由于大小写混合而生成2
我的问题是这个。显然，在过去的某个时候，我们的代码库中有一个名为directory的目录，它确实有源代码。由于我们在命名约定中所做的更改，此目录现在命名为directory。当代码签出并构建在Windows上时，当然一切都很好，但在Linux中情况就不同了 正如上面所暗示的，我们已经更改为这个目录的小写版本以及代码层次结构中其他类似的版本。小写的那一个包含了我们的绝大多数源代码，这些源代码无论如何都存在于这个目录中。然而，目录的大写版本中有两个文件，*.cpp和*.h文件。在我尝试使用auto tools套件将自制make设置迁移到时，我发现在使用Team Explorer Everywhere客户端进行TFS时，我得到了该目录的两个版本。这会导致生成系统出现问题，因为这两个文件不在它们应该位于的位置TFS，Linux，1目录由于大小写混合而生成2,tfs,team-explorer-everywhere,Tfs,Team Explorer Everywhere,我的问题是这个。显然，在过去的某个时候，我们的代码库中有一个名为directory的目录，它确实有源代码。由于我们在命名约定中所做的更改，此目录现在命名为directory。当代码签出并构建在Windows上时，当然一切都很好，但在Linux中情况就不同了 正如上面所暗示的，我们已经更改为这个目录的小写版本以及代码层次结构中其他类似的版本。小写的那一个包含了我们的绝大多数源代码，这些源代码无论如何都存在于这个目录中。然而，目录的大写版本中有两个文件，*.cpp和*.h文件。在我尝试使用auto
在尝试tf move从这个目录的错误版本移动到正确版本之后，我真的把事情搞砸了。我很高兴我正在处理一个分支，因为现在当我执行tf status时，我只得到一个错误：java.io.FileNotFoundException。如何将这些内容解析到一个目录中？外壳中有一个错误匹配。我所知道的解决此问题的唯一方法是将文件夹重命名为[oldFilderName]-moo，然后将其重命名回[oldFilderName]，注意使用您想要的大小写
缺点是，在封面下，我在封面下进行了分支/删除，我不确定对历史的影响…我认为所有文件都存在于服务器资源管理器的同一目录下？@MrHinsh是的，它们都存在于服务器资源管理器的一个位置。谢谢。我把这个标记为答案，因为它确实是答案。然而，有趣的是，当我昨天在Linux上使用TEE尝试这个命令时，它破坏了工作区元数据中的某些内容，我什么也做不了，例如tf状态出现了一些无法找到文件的问题。这就是促使我在这里提问的原因。有趣的是，今天我团队中的另一位成员使用Windows VS command prompt尝试了相同的命令，并且该命令按其应有的方式工作。也许是球座上的虫子。