TFS for Java-好主意吗？

我们正在考虑将TFS用于基于.NET的项目以及作为任务管理平台。一些团队专门使用Java开发，他们对SVN（Subclipse）非常满意。

我们的经理提出了以下问题：

目前，出于可维护性的考虑，我们正在寻求将TFS用作唯一的源代码控制平台。我们希望避免让我们的IT人员支持多个系统。

谢谢

完全公开，我在为TFS编写Java工具的团队中工作，因此请以适当的偏见来回答这个问题:-)

就TFS而言-所有代码都是平等创建的。它只是签入版本控制的文件中的字节。像所有SCM系统一样，它并不关心文件以什么语言编写。

Microsoft 为Eclipse提供了一个完整的，丰富的TFS插件（称为Team Explorer

Everywhere）。这提供了完整的源代码控制，工作项跟踪，构建，共享点，报告从基于Eclipse的IDE到TFS的访问等。它用100％Java编写，直接与TFS公开的Web服务对话。

此外，我们还为TFS提供了一个跨平台的命令行客户端，以便您可以从所选操作系统（Mac，Linux，Solaris，HP-

UX，Aix等都完全受支持）的命令行与TFS通讯。

最后，如果您有用Java编写的工具想要与TFS对话，那么他们可以使用TFS SDK for

Java，这是我们用来创建Eclipse集成和跨平台命令行客户端的完整API，但与之打包在一起样本和摘要，并准备好随您的应用程序重新分发。

在构建时，您有两种选择。如果您要坚持使用当前的构建服务器，则可能已经支持与TFS进行通信（所有流行的开源构建服务器都支持）。除此之外，Microsoft还提供了TFS

Build

Extensions，使您可以在Team

Foundation

Build服务器上运行基于Ant或Maven的构建。如果您在构建过程中执行JUnit测试，则生成结果（以及所有警告或错误）将与所有JUnit测试数据一起发布回TFS。另外，您还可以在Eclipse

IDE中创建和管理构建定义，并可以在一个位置管理对它们的访问等。

因此-对Java的支持水平很高，并且Microsoft已在该领域显示出持续的投资。我们最近发布了一些用于Eclipse的TFS

2010电动工具，我们还发布了Team

Explorer Everywhere 11的预览版以及Team Foundation Server 11（我们是公司内部的同一团队）。

要从SVN导入历史记录，与将历史记录从任何SCM工具导入到TFS（或将TFS导入任何SCM工具）相同。您有两种选择。您可以拍摄快照并在特定点（例如发行版）进行切换，也可以迁移历史记录。为了从SVN迁移历史，提供了一些合作伙伴解决方案，其中包括来自Timely

Migration的合作伙伴解决方案，我已经看到很多客户都获得了成功。

希望能有所帮助。