我们一直在使用 Subversion 来永远维护我们的 .Net 应用程序。管理层已决定将 TFS 强加给我们。但是,使用 GIT 作为我们的后端存储库可能还有一些回旋余地。随着即将到来的 VS2012 SP2,这似乎是一个选择。
我的问题是(我似乎无法从文档中收集到这一点)如果您使用 GIT 作为后端,使用 TFS 是否需要安装 TFS 服务器?如果答案是否定的,那么(从 VS 客户端的角度来看)交互是否与您拥有 TFS 后端大致相同?
我们一直在使用 Subversion 来永远维护我们的 .Net 应用程序。管理层已决定将 TFS 强加给我们。但是,使用 GIT 作为我们的后端存储库可能还有一些回旋余地。随着即将到来的 VS2012 SP2,这似乎是一个选择。
我的问题是(我似乎无法从文档中收集到这一点)如果您使用 GIT 作为后端,使用 TFS 是否需要安装 TFS 服务器?如果答案是否定的,那么(从 VS 客户端的角度来看)交互是否与您拥有 TFS 后端大致相同?
我真的不明白你在问什么......你不能使用没有 TFS 服务器的 TFS 客户端进行通信。
VisualStudio可以与任何 git 存储库通信。它不需要托管在 TFS 中,甚至不需要托管,它可以只是您机器上的本地存储库。但是,如果该 git 存储库不是由 TFS 托管,那么您将无法使用其他 TFS 功能,例如工作项跟踪。
然而, Team Foundation Server不仅仅是版本控制。如果您想利用 TFS 功能进行敏捷项目管理和工作项跟踪等工作,那么您将需要一个 TFS 客户端。如果要将 git 提交链接到工作项,则需要将该 git 提交保存在 TFS 的 git 存储库中。
听起来您在问是否可以使用 TFS,但不能使用 TFS 内置的版本控制。从技术上讲,答案是肯定的,但显然您将失去 TFS 中依赖于版本控制的任何功能。您将失去将工作项链接到 git 提交的能力(因此,失去快速识别修复错误的代码行的能力。)您将失去执行持续集成构建的能力(因此,您将失去能够识别哪个版本包含新功能或错误修复。)
如果这就是你要问的,那么这对我们来说可能不是技术问题,而是你的管理层的政策问题。
安装了 Git vsix/toolkit 的 VS2012 将允许您使用任何 Git 服务器,包括托管的 TFS 服务,该服务现在支持 Git 存储库。Git 支持也将成为下一个主要本地 TFS 版本的一部分。
因此,如果您现在想通过带有 TFS 的 VS 客户端将 Git 用作您的存储库,那么唯一的选择是托管 TFS 服务或托管您自己的本地 Git 存储库。
更多链接
答案是肯定的,您需要安装 TFS 服务器才能使用 TFS 2012 SP2 中的新 Git 功能。
TFS 不仅仅是版本控制,它还是一个“应用程序生命周期管理”平台。这意味着您可以将它用于项目管理(瀑布和敏捷)、测试自动化、缺陷跟踪等等。传统的 TFS 版本控制是一个非常类似于 SVN 的中心化系统。所以本质上 TFS 是服务器,客户端只是调用构成 TFS 的各种 Web 服务的一种方式。
在 TFS 2012 SP2 中,MS 改进了与 Git 的集成,实际上您可以在 TFS 服务器“内部”托管一个 Git 存储库。在这种情况下,您仍然需要 TFS 服务器,但您的“主”Git 托管在 TFS 内。此功能已在“云”Team Foundation Service上可用。此博客向您展示如何使用 Git 设置服务。它是免费的,因此您可以创建一个存储库并试一试,看看它是否满足您的需求。一旦 TF*Server* 2012 SP2 可用,我想它将以与当前 TF*Service* 相同的方式工作