具有独立存储库的git-tf

Question

我是一个不幸地使用TFS/TFVC进行源代码管理的组织的一部分。我的小组的任务是用git运行一种“概念证明”，但我们必须能够将我们的更改推入TFS。幸运的是，git和git存在。但是，我们的TFS存储库是一个具有20+不同项目/应用程序的整体存储库。在git中这样做的正确方法是让每个项目都成为自己的git存储库。我知道我可以使用git从TFS中查看一个单独的项目，如果我们要永久地转换为git，这就是我要做的。

我关心的是，如果我们仍然需要回到TFVC，如果我将每个项目作为自己的git存储库来检出，那么当我们将更改推后时，TFVC会不会感到困惑，因为每个项目都是独立更改的？也就是说，如果我查看变更集123中的项目A和项目123中的项目B，在A中进行更改，然后将这些更改推回TFVC作为changeset 124，TFVC会认为当我们稍后对B进行更改并推上它们时，会不会出现合并冲突或其他问题，因为它都是TFVC下的一个大型存储库。

git或git是否正确地处理了这个问题？还是我只需要将整个TFS存储库作为一个单独的git存储库检查并按原样处理呢？或者在这种情况下，最好将各种TFS项目签入单个本地工作区，使用git创建存储库而不使用git-tf桥，并将更改签回TFS，就好像它们是直接在工作区中编辑的一样(基本上忽略了所有的git历史记录和提交日志，只使用它进行本地更改跟踪)？

Answer 1

是的，您可以为每个TFS团队项目创建多个Git存储库。这与在一个Team中管理许多Git存储库是一样的。

​

​

更多详细信息，您可以查看以下链接：许多Git存储库，但有一个团队项目来管理它们

如果我查看变更集123中的项目A和项目123中的项目B，在A中进行更改，然后将它们作为changeset 124再推回TFS，那么TFS是否会认为当我们稍后对B进行更改并将它们推上时，会出现合并冲突或其他问题，因为这是TFS上的一个大型存储库。

TFS只会检测到相应的文件和代码，就像jessehouwing评论的那样。只有在两个git存储库中的文件都已更改时，才会出现冲突。例如，变更集123中的文件有a版，在变更集124中编辑的版本b来自git rep1。该文件还与repB的a版本进行了签出。如果您没有在git rep2中将其更改为b版的话。当你推动变革的时候，你肯定会遇到冲突。

更新

git-tfs是TFS和git之间的双向桥梁.例如使用git tfs checkintool命令通过tfs签入窗口提交。因此，结果与在一个git团队项目中使用多个GIT存储库相同。唯一的区别是一次提交，另一次检查更改。以上提到的三种方法都应该是可行的。最好的方法是使用git来跟踪所有的历史。