对我来说，使用纯 git 似乎是完全显而易见的，但我不得不阐明为什么使用纯 git 是通过 git-tfs 使用 TFS 的更好解决方案。
我工作的公司有使用 TFS 的“政策”，尽管我团队中的开发人员已成功游说使用 git-tfs 桥。
我想提倡开发团队不要使用 git-tfs（我对此知之甚少），而是使用纯 git 来对抗托管在网络上的 git repo。然后，托管 git 存储库的服务器上的计划任务将定期将主分支的内容拉入 TFS 存储库，以安抚企业 TFS 之神。
谁能帮我阐明我的论点？
问问题
349 次
2 回答
2
在我看来，实际使用托管在网络上的 git repo 的主要优点是您将有一个共同的地方来推送分支和请求拉取。
我是GitHub Flow（GitHub 员工使用的工作流程）的忠实粉丝。基本上，每个功能/错误都应该有自己的分支。您将该分支与远程存储库同步，在其上运行测试，然后git request-pull创建一个发送给团队成员的拉取请求。团队成员审查更改，批准它，然后它就会上线。
如果您经常使用分支，拥有一个远程 git 存储库会非常好。它为您提供了一个在将更改与主分支合并之前共享更改的地方。
我使用了 git-tfs 一段时间后停止了，因为我的 TFS 工作区都搞砸了。这可能是可以纠正的，但我没有花时间去弄清楚。我想我的问题不是您可能遇到的唯一问题，但我不知道。
于 2012-05-09T22:58:48.037 回答
0
可以让管理人员满意并拥有 git 的所有功能。这是我们一直在考虑做的事情，因为我们团队的一部分人喜欢 TFS，一部分人喜欢 git。我们考虑过在本地服务器的某个地方创建一个“祝福”的 git 存储库，并使其自动化，以便推送到祝福的 repo 将自动签入到 TFS ......或者，如果您更喜欢拥有祝福的 repo 需要手动运行的看门人git-tfs checkintool
当然，您必须编写一些脚本等才能使其自动运行，但这意味着您可以在日常工作中使用 vanilla git。
于 2012-11-08T22:21:53.540 回答