Visual Studio开发的最佳源代码控制产品是什么？

Question

我在一个仍在使用VSS 2005进行源代码管理的Visual Studio/.NET商店工作.我们正在寻求升级到VS Team Foundation Server并使用它的源代码控制系统,但我很好奇这是否真的是最好的选择.StackOverflow的创建者使用Subversion,但评论说将代码叉合并回主产品很麻烦(在播客#52中讨论).Joel提到Mercurial用于Fog Creek.知道Joel是一个软件势利者,他选择了Mercurial而不是微软的任何东西,我想我会向StackOverflow观众提出问题:哪个源代码控制产品最适合Visual Studio开发人员？

Answer 1

我们使用TortoiseSVN很长一段时间从VSS切换到SVN .最近我们开始使用VS 的VisualSVN插件(遗憾的是不是免费的).

我必须说,在克服了VS中没有源代码控制集成的初始痛苦之后,我真的很喜欢我对所有源代码控制操作的控制级别.我强烈推荐这条路线.

如果你使用Subversion并且必须具有源代码控制集成,我强烈推荐使用VisualSVN.

如果您想尝试SVN,可以安装非常免费(且非常容易设置)的VisaulSVN服务器产品,并在Windows服务器上运行几分钟即可运行SVN.

Answer 2

我的建议是SourceGear Vault.它足够接近Visual Source(un)Safe立即感觉"舒适",它坚如磐石(基于SQL Server,它也解决了你的备份麻烦),它非常可靠,对分支和合并有很大的支持 - 所有好东西.

它是免费的队伍长达2级的开发者和定价的更大的团队合理的 - 更不用说$$$比团队系统(也当然就只有一个源代码管理, - 而不是整个团队开发的系统).我们将它与Fogbugz bug和问题跟踪器结合使用,并且该组合放弃了我们需要的所有砰砰声,以便少得多.

强烈推荐.

渣

Answer 3

看来你想要VS集成,但我质疑其原因.

一个好的源代码控制产品具有比VS集成更多的功能.

你可以让subversion与VS(Ankh svn和visualsvn)集成,我也使用了稳定并与VS集成的vault,但我将源代码控制用于除了工作之外的其他事情.

所以我更喜欢使用产品中的源代码控制.你应该试试看.

Answer 4

我曾与VSS,CVS,SVN和TFS合作过.

VSS:跳过它.我失去了太多变化,实际上已经消失了.

CVS:很好的解决方案.有一个功能SVN缺失与合并的视觉.

SVN:很好的解决方案.如果需要,可以使用加载项进行集成.我只有一个抱怨:​​分支之间的合并可能会更好.但是,该产品是轰炸机,非常实惠.

TFS:在我工作的地方,他们并没有做太多的事情.他们只使用了源代码控件.我很高兴使用它,特别是搁架,但我无法将更改合并到分支.我想说VSS应该是什么.有时候MS会为你做的事情太费力了,你必须自己做.此外,UI不直观.

所以,我坚持使用SVN.虽然,新的开源标准似乎是GIT(虽然不能发表评论).

Answer 5

来自VSS的任何系统都会有所改进;-)

Perforce可能是我用过的最好的主流工具.Rational Apex甚至更好,但除非你在写Ada,否则信息对你没用.

ClearCase相当强大,但我发现它很难使用(诚然,我只用了几个星期,所以我可能没有给它一个公平的试验).

对于成本(免费)SVN非常好.Tortoise shell加载项使其在Windows中使用起来非常简单.

编辑.

我看到我刚从这个古老的答案得到了一个赞成:-)这让我重新审视,我发现我需要更新我的答案.

我现在在工作中使用TFS而且我非常喜欢它,它可能是一个很大的野兽并不适合家庭项目,但它是一个商业工具,值得一看,如果你真的重视VS集成.我确信Perforce和Clear Case也是很棒的产品,但我现在已经脱离了这些产品.

对于较小的项目或家里的个人工作,我现在使用Git.我并不特别关心VS集成,我只是从命令行使用它,但在家里我在几个不同的环境之间切换,所以VS集成不是优先考虑的事情.

Answer 6

源代码控制只是 VS Team Foundation Server的一部分,VS Team Foundation Server是一个完整的项目管理系统.

我同时使用了SVN和TFS,它们都比VSS更稳定,更强大.