代码之家 › 专栏 › 技术社区 › RandomProgrammer

我们应该从VSN迁移到Team Foundation Server 2010吗?

visualsvn tfs2010 visual-studio-2010 svn

RandomProgrammer · 技术社区 · 15 年前

我们有6名开发人员,目前使用Visual Studio 2008 Professional与SVN和Visual SVN。一旦vs2010发布,我们将从vs2008 pro升级到vs2010 premium。

但是,如果Team Foundation Server有一个包含在VS2010高级版中的适当的源代码控制,那么使用它确实是有意义的。我们喜欢SVN,但更喜欢工具的紧密集成。

在互联网上,关于SVN和TFS 2010的信息似乎很少。因此,我的问题在这里。

编辑:这个 video 看起来很吸引人。这是营销谈话还是真实的?

谢谢大家的回复!我非常感激。更多的背景信息。

这是我们当前的堆栈;vs2008专业版,可视SVN,SVN,Jetbrain Teamcity。我的主要问题是,我们使用了很多来自不同供应商的工具,这些工具或多或少都是集成的。有时更多,大部分更少。至少要花很多时间才能正确设置。

我们目前不使用分支,但我们希望使用。因此,我们必须从头开始建立SVN(我们仔细研究了它)。因此,让我重新表述我的问题:我们应该设置SVN还是开始使用TFS?

14 回复 | 直到 15 年前

Mitch Wheat 12 年前

如果您是Microsoft商店,那么TFS非常适合。

如果Subversion做了您需要的一切,您会修复未损坏的东西吗?

你必须有理由改变。

[我在工作中使用TFS,效果很好,问题很少。我在家里使用Subversion,只是因为我需要更少的基础设施]。

更新[2012/05/01]:如果您不是Microsoft商店,那么Git和mercurial现在将是首选工具。

pau.estalella 15 年前

根据我的经验,TFS作为源代码管理服务器不是正确的选择。合并速度非常慢,签入过程违反直觉,通常以只有管理员才能解锁的锁定文件结束。SVN更加成熟、灵活和快速。

Orion Edwards 14 年前

似乎有很多人建议改用TFS,我想换一种方式。

更多详情:

源代码管理系统虽然在服务器等方面技术非常好,但使用起来很痛苦。文件始终标记为只读,您必须显式签出它们才能对其进行编辑。这会让你的生活变得糟糕,除非你100%的时间都在使用visual studio集成。。。如果您使用的是visual studio集成,请记住它将所有文件的SCC状态存储在CSPROJ文件中,因此请准备好处理偶尔出现的混乱和故障,因为您已将该文件添加到TFS中,但visual studio尚未意识到这一点(反之亦然)。

缺陷跟踪系统搜索能力差且有限,用户界面难以使用。它让我想起了许多旧的access数据库表单。把它和一个干净的基于网络的跟踪器相比,它是日以继夜的。

总的来说,大多数UI的可用性都很差。虽然您可以使用TFS完成许多事情,但它不会很快,而且您必须单击太多的组合框!

此外,TFS与您的域具有非常紧密的集成。如果100%的员工和所有的构建/测试机器都在同一个域上,那么这可能很好。。。但如果你没有,那么这会给你带来一些痛苦。

blowdart 15 年前

SVN进行源代码控制。它的默认客户机是命令行,但GUI工具是存在的。

TFS进行源代码控制、缺陷/问题跟踪、自动构建、经理报告,并可以治疗男性秃顶。它的默认客户端是VisualStudio。

如果 全部的 您想要的是源代码控制,然后SVN工作,为什么要更改未损坏的内容。如果您只想更紧密地集成到VisualStudio中,请查看 Ankh 或 VisualSVN .

如果您想要自动化构建、持续集成、签入策略和规则、报告、问题跟踪,并且您想要将所有这些都集成在一起,那么TFS是为您准备的——假设您不在Microsoft开发工具之外冒险(一般来说,其他IDE都有插件)。你可以用其他自由和开放源码软件工具得到同样的东西,用胶带把它们包在SVN上,这也行得通,只是没有那么无缝,需要更多的投资。

然而,您正在将源代码管理系统与开发生命周期管理工具进行比较。TFS进行源代码控制,但它做的更多。

gbjbaanb 14 年前

真的,你应该用一个新的测试系统来评估它。很多人讨厌TFS,有些人认为TFS不适合他们的工作方式。此外,当你开始购买更好版本的VS时,它也不是那么免费的,因为一旦你上瘾了,你就会想要增加的功能。

survey 因为其中一个非常有趣(在54个回答中,没有一个认为它很好)。也许他的读者不像大多数开发人员那样热衷于“全生命周期”的开发工具,但是,也许他们和我们其他人一样。类似的审查也可用,包括 Forrester Research's piece (我已阅读:执行摘要,SVN是独立SCM的“德胜”)

之前切换。

yu_sha 15 年前

我在必要的时候使用TFS,并且讨厌它的每一分钟。这太妨碍我了,我花了很长时间才能远程完成任何事情。但主要是我的非理性仇恨。如果你六个程序员中有一个像我一样,你就会有问题。程序员比工具更重要。

mohdajami 15 年前

我是一名Java开发人员,但我所有的朋友都是.Net,他们似乎都更喜欢SVN和Tortoise。SVN也得到了开源社区的良好支持。

RickNZ 15 年前

还有许多其他功能也很有用,例如团队门户、统计信息跟踪、跟踪测试历史记录、捕获测试输出作为bug的一部分(非常方便!),等

它们还具有对脚本、自动构建的完整命令行支持,一个独立的TFS客户机供Visual Studio之外使用(比如非开发人员使用),以及与第三方工具(如Eclipse)的可选集成,用于混合Java/.NET商店。

主要的缺点是价格——但如果你能负担得起,我认为这是目前最好的系统。

timB33 13 年前

如果您只是将其用于版本控制,请坚持使用SVN。如果您有Linux/Java解决方案,请坚持使用SVN。如果你只是MS,你想用工作项目来要求/ bug跟踪等(我喜欢)考虑转移到TFS,但是记住你需要对CALS进行预算,这样人们就可以访问这些信息。如果您希望隔夜测试/CI构建,请记住为构建服务器预算额外的VS许可证,因为teambuild(msbuild)无法构建VDProjs、Intel项目等。

Kamran Khan 15 年前

虽然 this 可能会帮助你做出决定;我同意米奇的看法。你必须有一个很好的理由去改变。SVN比TFS成熟可靠得多。此外,TFS主要针对Microsoft应用程序,而SVN的范围远远超出TFS。

sbi 15 年前

与其说是技术问题,不如说是心理问题。

至于我的意见,你不应该迁移,保持简单。由于只有6名开发人员,您将无法获得任何足够复杂的东西,甚至无法使用高级别TFS2010功能的一部分。

VisualSVN是一个很好的工具,可以让您保持足够的“集成”。它将得到更好的改进。

mark 14 年前

我的上一个客户有TFS,现在我的新客户有subversion和它的可怕。没有架子才是真正的杀手。

我有没有提到VS2010是免费的

November9 14 年前

尽管TFS为您提供了与VisualStudio的源代码安全样式集成,但这就是细节的结束。SVN在版本控制方面做得更好,Mingle是一个更好的协作工具,MediaWiki是一个更好的wiki。

如果需要将TFS的主要产品作为源代码管理进行测试,那么可以创建几个TFS项目,添加一些更改,然后尝试恢复到以前的版本。您将需要一个命令提示工具,如果您在遵循拙劣的在线说明后碰巧回滚了正确的项目,那么这将是一个非常好的外观。

Craig 13 年前

在我工作的地方,团队正在从DOORS迁移到TFS,主要是为了满足需求、规范等。他们仍然使用Perforce作为存储库。我使用了那里的大多数存储库,每个存储库都有自己的怪癖。