tfs - 通过 git-tf 或 git-tfs 将 git 与 TFS 结合使用时要考虑的限制？

Question

如果我的源代码处理基于 TFS(以获得所有集成和报告等)但在本地使用 git-tf 或 git-tfs，我实际上会错过什么？

然后我是否能够像使用基于 git 的中央存储库一样在功能上使用完整的 git 在本地进行分支和合并，或者是否会有不同的工作流程和限制需要考虑？

我们经常使用功能和发布开发分支，并且喜欢继续这样做，当使用 git-tf 等在本地推送这些时，TFS 服务器实际上是如何处理的？

Answer 1

实际上，git-tfs 比 git-tf 更先进。我强烈建议使用它而不是 git-tf(目前)。

使用 git-tf，您应该将每个分支克隆为存储库(并且无法进行挑选、合并...)，而在 git-tfs 的最新版本中，您可以这样做并保持您的工作流程。
见 https://stackoverflow.com/a/13710811/3619

如果您了解 git，则使用 git-tfs 没有问题!

文档:https://github.com/git-tfs/git-tfs/blob/master/doc/

只知道如果你使用:

git tfs checkintool

或者 :

git tfs checkin

它将创建一个合并提交

如果你使用:

git tfs rcheckin

它将在 tfs 中提交每个本地提交，并在这些提交上自动获取和 rebase ...

但是阅读维基文档，它很清楚;)

编辑:
与@gbjbaanb 所说的相反，使用 git-tfs 代替普通 TFS 有很多优点(如果您知道如何使用 git ......)。您可以在本地使用 git 执行的所有操作仍然是一个优势(轻分支、 rebase 、本地提交、重新提交、确切知道 check out 哪个版本、获取和查看更改而不将它们与您当前的工作区合并、更好的历史记录、.. .)

现在使用 git-tfs，您甚至可以比使用 TFS 更轻松地创建一个 TFS 分支(您只需在提交之前创建它，或者如果您之前在 git 分支中开始工作，则在创建它之后重新创建它。) .)

目前，唯一不比 TFS 更好的是合并 2 个不受支持的 TFS 分支。如果您想在历史记录中看到合并(我们通常想要的)或与 git 合并并在 tfs 中 checkin (并且您不会看到合并变更集 :( )，您应该与 TFS 合并。
一个拉取请求 [1] 来解决所有这些问题(并允许管理合并提交比使用 TFS 更容易)已经完成并在 trunc 中等待合并(我只需重构单元测试并审查该功能)。

[1] https://github.com/git-tfs/git-tfs/pull/363