TFS用户的Git或Subversion

时间:2009-07-23 22:26:22

标签: svn git tfs

自2005年以来,我一直在使用TFS Beta 2,安装它,使用它,并在工作中每天使用它。我想用我的家庭项目的源代码控制解决方案,用Visual Studio 2008 Professional编写,我买不起TFS。

合并之后,对我而言最重要的是集成到Visual Studio中,我刚刚习惯于从IDE内部运行源代码控制以立即进行更改。

我做了一些功课,它归结为Git和Subversion。

GIT中

  • 有gitextensions
  • 在SO上流行(活跃的社区支持)

的Subversion

  • 有AnkhSVN
  • 在SO上流行(活跃的社区支持)
  • 看起来在O'Reilly的书中有很好的文档

在某些时候,我可能会尝试两者只是为了扩展我对这个主题的知识,但在那之前我正在寻找一些有效的东西。

  1. 作为TFS用户,Git或SVN对我来说会更自然吗?
  2. 我是否会遇到任何问题?
  3. 其中一个IDE插件功能强大且功能强大吗?
  4. 是否有一个更积极/更敏感的开发团队?

4 个答案:

答案 0 :(得分:5)

AnhkSVN开局艰难,但现在它是一个非常好的稳定工具。所以我认为那里没有太多问题。

如果您只是自己开发,请使用SVN,因为工具集更好,更成熟(至少在我最后一次检查时),而DVCS对于单个用户来说可能有点过分了:)。

这两个系统都在积极开发中,并且都拥有热爱并支持每个系统的活跃社区。

陷阱?是的,退房模式已经两个都没了。 TFS针对永远在线的签入/签出模型进行了优化,即使签出不一定像在VSS中一样阻塞。我个人认为,一旦你习惯了它,你会更喜欢SVN而不是TFS的源代码控制。特别是在您可能未连接到家庭源代码控制服务器的移动场景中。

我有点偏颇,因为我是一名入狱的SVN粉丝,但我会选择SVN来满足您的需求。当你想要开始一个你想让贡献者以分布式和断开连接的方式将变化合并到你的东西中的项目时,像Git这样的东西更合适。如果您不需要,SVN就是您的理想选择。

答案 1 :(得分:4)

我只会对陷阱说话。虽然我对git非常满意,但我承认可能会有很多令人不快的意外,例如尝试使用签出的工作目录推送到回购,或者当你克隆回购时你没有总是得到所有的分支。颠覆是一种更加成熟,有机,统一的设计。我个人不能没有git提供的分布式功能,但是使用svn肯定会更少。

答案 2 :(得分:2)

我会投票给Subversion,因为我认为这将是最接近的。我只是开始使用TFS,但我认为GIT的分布式模型可能看起来更外国,需要更长时间才能习惯。

Subversion遵循更多的修改代码,并在TFS使用的模型中进行检查。 Git要求您检查代码,然后将其推送到主存储库。

此外,Windows上没有正确支持GIT而Subversion是。如果这是供家庭使用,我还建议您查看许多免费或廉价的托管解决方案,如:

  • Github上
  • Beanstock
  • unfuddle

如果您的计算机出现故障,这些将使您的代码保持良好和安全。

答案 3 :(得分:2)

我几年来一直在使用AnhkSVN作为我的个人项目而且我是它的忠实粉丝。与putty for svn + ssh集成后,访问我的托管存储库,就像它一样无缝。

相关问题