根据我的理解，GIT可以在以下配置中与TFS2013 / VS2013一起使用：
GIT可以用作TFS的存储库。然后，当然，从Visual Studio使用TFS。 （VS - ＆gt; TFS - ＆gt; GIT）
GIT可以直接在Visual Studio中使用。 （VS - ＆gt; GIT）
我需要知道这两种配置是否准确，如果是这样，为什么选择其中一种呢？
答案 0 :(得分：0)
我不确定我是否明白方法1 。似乎你的意思是你想在本地机器上独家使用git但是在服务器上推送到TFS 然后使用git-TF / git-TFS工具，这是一个双向桥在TFS（Team Foundation Server）和git之间，类似于git-svn。它将TFS提交提取到git存储库中，并允许您将更新推送回TFS。
例如：您可以克隆您的＆＃34; DEV＆＃34;从TFS分支到本地git仓库，只在git中工作并使用功能分支。当您的代码准备好发送回Dev时，您可以进行rebase并推送它。详细命令请参考此链接：https://github.com/git-tfs/git-tfs
对于方法2 ，在TFS2013 / VS2013上推荐。 Brian Harry 会在new integration of Git repositories以及Team Foundation Service中详细了解Team Foundation Server 2013。他提出了一些有趣的观点，这些观点对于企业来说尤为重要，对于那些关心拥有Git存储库的团队而言，这一点非常重要：
易于安装 - 我们现在已经将Git安装为无缝部件 安装TFS。没有什么可去追踪和下载。 无需单独安装和配置。您只需安装TFS 2013即可 并自动获得Git支持。
支持与服务 - 因为我们正在发货，所以我们支持它。 这意味着如果您有任何问题，可以联系我们的支持和 得到帮助。您将收到安全更新，热修复，定期 更新和更多用于获取它们的方式。好 努力确保您的TFS服务器健康且最新 无论您使用哪种功能。
高可用性 - 从早期开始，我们就致力于提供TFS支持 高可用性。我们的Git支持也不例外 - 我们支持所有人 与TFS相同的东西 - 负载平衡和 集群以确保您的服务器将继续运行 硬件和软件故障，如果需要，可以进行地理复制 确保即使在面对时也能保持业务连续性 区域中断，在线备份和恢复作为一个整体的一部分 TFS使您现有的企业级备份和还原策略 （完整，增量和事务日志）将继续工作（给予 你很好的RTO和RPO）。
扩展 - 与TFS一样，您可以无缝扩展TFS安装 随着您的需求增长。这包括扩展应用程序 您需要添加额外容量的层和存储层。
易于管理 - 我们的Git实现已完全集成到 TFS，以便您的所有管理政策可以继续保持不变 - 服务帐户管理，硬件迁移，软件修补， 备份＆amp;恢复，监控，权限管理等。
集成身份验证 - 我们的Git支持完全集成了Windows Active Directory身份验证，以便您的所有访问控制， 审计等可以通过一致和可管理的方式完成 基础设施。作为其中的一部分，所有更改都将针对a进行审核 授权身份，确保您知道谁进行了每次更改。
增强的权限 - 我们已经构建（并正在构建）一堆 额外的存储库和权限管理功能 允许管理员“控制混乱”。第一组包括 管理存储库的能力（创建，删除，重命名等）和 存储库级别权限，用于控制读取，写入和管理 权限。我们还包括解决密钥的第4个权限 许多客户已经与Git发生过关系 - “Force push”，其中 有效地使用户能够“改变历史”。虽然我们启用此功能 能力，我们还使管理员能够使用 允许。我们现在也正致力于其他权限 - 比如 分支级别权限，使管理员能够控制 谁可以创建，删除和使用单个分支。通过这种方式， 开发人员可以在本地选择任何方式使用分支，但何时 他们要回到主回购，他们受到限制 按管理员配置的策略。
ALM集成 - 当然，我们正在将Git完全集成到其中 TFS ALM工作流程 - 工作项跟踪，构建自动化， 报告，代码审查等。并非所有这些整合都是 完成但我们将通过2013年更新充实它 而且，当我们完成时，我们应该在ALM集成上完全平等 Team Foundation版本控制和Git版本之间的功能 控制。
本地化 - 与我们的其他产品一样，我们的Git功能也将如此 本地化为与VS的其余部分相同的语言，使其更多 非英语国家的部分人可以接近。
答案 1 :(得分：0)
第一种方法的过程应该是：VS-> Git-> TFS而不是VS-> TFS-> Git。