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

Ran*_*mer 12 svn visualsvn visual-studio-2010 tfs2010

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

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

在互联网上,SVN与TFS 2010的信息似乎很少.因此我的问题在这里.

编辑:这个视频看起来非常引人注目.这个营销谈话还是真实的?

谢谢大家的回复!我非常欣赏这一点.多一点背景信息.

这是我们目前的筹码; vs2008 pro,Visual SVN,SVN,Jetbrain Teamcity.我的主要问题是我们使用了来自不同供应商的大量工具,这些工具或多或少地集成在一起.有时更多,大多数更少.至少需要花费大量时间才能正确设置它.

我们目前不使用分支机构,但我们想要.因此,我们必须从头开始设置SVN(我们仔细研究过).所以让我重新解释一下我的问题:我们应该设置SVN还是开始使用TFS?

pau*_*lla 18

根据我的经验,TFS作为源控制服务器不是正确的选择.合并速度非常慢,签到程序反直觉,通常以只有管理员可以解锁的锁定文件结束.SVN更成熟,更灵活,更快捷.

  • +1.从"sourcesafe"带来的"文件总是只读,直到签出"模型真的让我感到烦恼,而用于签入/合并/等的用户界面的可用性很差 (6认同)
  • 完全不同意这些观点.也许您的硬件有问题? (5认同)

Mit*_*eat 16

如果您是微软的商店,那么TFS非常合适.

如果Subversion完成了你需要的一切,你会修复一些没有破坏的东西吗?

你必须有理由改变.

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

更新[2012/05/01]:如果您不是微软的商店,那么Git和mercurial现在将成为首选工具.

  • TFS尝试将一个完整的应用程序生命周期工具,缺陷跟踪,源代码控制集成在一起.在我目前和过去使用TFS的经验中,我发现它不是任何这些的最佳解决方案,并且专门可以连接的其他工具的组合更好(不完美).Svn与JIRA,SVN与Teamcity和Teamcity与JIRA共同构成了一个更加灵活和功能齐全的堆栈. (4认同)

Ori*_*rds 15

似乎有很多人建议转换到TFS,我想转向其他方式.

我在上一份工作中从SVN工作转到了最近一份工作的TFS.我总结如下:

整合是有吸引力的,没有其他东西可以将所有部件集成在一起.权衡的是,每个单独的部分都很糟糕.

更多详情:

源控制系统虽然在服务器上技术上非常好,但是使用起来非常好.文件始终标记为只读,您必须明确检查它们才能编辑它们.除非你在100%的时间内使用visual studio集成,否则这会让你的生活变得糟糕...如果你正在使用visual studio集成,请记住它将所有文件的SCC状态存储在CSPROJ文件中,所以准备好处理偶尔的混乱和失败因为你把文件添加到TFS,但是visual studio没有意识到这一点(反之亦然).

错误跟踪系统搜索能力差,搜索有限,用户界面难以使用.它让我想起了很多旧的访问数据库表单.相比之下,这是一个漂亮干净的基于网络的跟踪器,它是白天和黑夜.

总的来说,大多数用户界面的可用性都很差.虽然你可以使用TFS完成很多事情,但它不会很快,你必须点击太多的组合框!

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

  • 我不反对TFS与SVN的工作方式不同.我的观点是,在使用TFS时,您会遇到许多问题和痛点(我列出).如果使用起来很痛苦是因为它的工作方式不同,或者只是因为它有问题,那么这是一个单独的问题. (6认同)

blo*_*art 9

SVN做源控制.它的默认客户端是命令行,但存在GUI工具.

TFS进行源代码控制,错误/问题跟踪,自动构建,管理员报告,并可以治愈男性模式秃头.它的默认客户端是Visual Studio.

如果所有你想要的是源代码控制,然后SVN的工作原理,以及为什么改变什么不破.如果您想要的是更紧密地集成到Visual Studio中,那么请查看AnkhVisualSVN.

如果你想要自动构建,持续集成,签入策略和规则,报告,问题跟踪以及你想要的一切,那么TFS适合你 - 假设你没有冒险在Microsoft开发工具之外(通常 - 有插件用于其他IDE).您可以使用其他FOSS工具获得相同的功能,并使用粘性磁带将它们包装在SVN周围,这也是有效的,它不是无缝的,需要更多的投资.

但是,您要将源控制系统与开发生命周期管理工具进行比较.TFS做源代码控制,但它做得更多.


gbj*_*anb 8

实际上,您应该尝试使用新的测试系统来评估它.很多人讨厌TFS,有些人认为它不适合他们的工作方式.当你不得不开始购买更好的VS版本以获得一旦你上瘾时你想要的附加功能,它就不那么自由了.

网络上的评论并非MS市场营销人员表明TFS不是自git以来最好的东西.马丁福勒对一个人的调查非常有趣(在54个回复中,没有人认为它很好甚至是好的).也许他的读者不像大多数开发人员那样热衷于"完整生命周期"开发工具,但是,也许他们和我们其他人一样.也有类似的评论 - 包括Forrester Research的文章(我读过:执行摘要,SVN是独立SCM的"teh win")

所以,仅仅因为TFS现在包含在VS中并没有使它成为最好的.您需要切换之前正确评估它.


yu_*_*sha 7

我不得不使用TFS,并且每分钟都讨厌它.它只是让我的方式太过分了,而且远程做任何事都需要永远.但主要是这只是我的非理性仇恨.如果你的六位程序员中有一位和我一样,你就会遇到问题.程序员比工具更重要.

  • 工具集会粘在一起,但工具集实际上并没有做任何工作.您没有通过安装任何工具获得报酬,您通过销售程序员生产的工作获得报酬......如果您的工具集使您的程序员难以工作,或导致程序员避开您的公司,那么也许工具集需要更换:-P (7认同)