45

在SO,Google和MSDN论坛上进行了一些搜索之后,我感到沮丧的是,对于看似明显的问题和可能愚蠢的问题的信息太少,我感到沮丧。Visual Studio 2010中的源代码管理?

我需要在Visual Studio 2010 Professional中使用源代码管理。我没有单独的Team Foundation Server 2010.有人提到过SourceSafe?我没有看到Visual Studio 2010中的任何SourceSafe是诚实的。

什么是Visual Studio 2010中的源代码管理的一些替代品(最好是免费的)?或者它已经集成在Visual Studio 2010中,我非常盲目地错过了它?

更新#1:谢谢大家,我会去SVN,特别AnkhSVN的为Visual Studio 2010

更新2011年3月23日:因为我这是近一年已经问过这个问题。我强烈建议在Subversion上使用MercurialGit。因此,对于那些正在寻找Visual Studio 2010版本控制系统的人来说,看看没有比Visual Studio扩展库中的Git或Mercurial扩展更进一步。

更新2013年5月16日:现在我强烈建议您使用的Git超过水银TFSSVN。看看CodeSchool的Try GitHub在浏览器中看看它有多棒!

enter image description here

+3

感谢您最近的建议。对于刚开始使用像我这样的源代码管理系统的人特别有用。 +1 – Arman 2013-11-04 14:47:05

+0

非常感谢您更新问题。你还推荐GIT进行源代码控制吗? – 2015-10-18 06:08:29

回答

17

参见:List of Source Control Systems with Visual Studio Plugins


的Visual Studio只是一个IDE。您可以使用任何您想要的源代码控制解决方案。特别是任何开源的源代码控制解决方案,如git,mercurial(hg)或subversion(svn)。还有像Perforce或SourceGear Vault这样的商业产品。有关详细信息,请参阅here以获得更详细的信息。

您可以找到将其与任何源代码控件集成的Visual Studio插件。对于开源软件来说,颠覆在这方面尤其丰富。商业通常伴随着这种整合。

如果您不使用源代码管理,需要您显式检出文件以进行编辑(如VSS或TFS),IDE集成甚至不是必需的。我个人更喜欢在IDE之外使用git或subversion。


请尽量保持距离Visual SourceSafe尽量远。

+4

SourceSafe =纯净的邪恶。 – 2010-07-19 19:35:17

+2

@Andrew Flanagan:我相信在这里工作不会有任何不好的意愿。 VSS没有邪恶。只是懒惰和愚蠢。 – 2010-07-20 08:43:50

+0

Git让我克服了对命令行的恐惧,我非常喜欢它,在开源社区也非常流行,你应该在Visual Studio之外工作。一个推动.NET web应用程序开发的好地方是appharbor.com, – Alex 2012-03-01 06:05:01

2

由于@Tomek建议使用Subversion。

退房这个职位,这将帮助你使用Subversion和AnkhSVN的(VS插件)与VS2010

Visual Studio 2010, subversion with AnkhSVN

+0

刚刚更新了我的文章AnkhSVN :) – 2010-07-14 08:19:30

+0

我没有__suggested__使用subversion。我只展示了流行的替代品。事实上,如果我不得不推荐一些它会是混帐或mercurial(取决于你的口味,我更喜欢git)。 Subversion具有相对的简单性和成熟性(因此很多优秀的工具,包括VS插件和简单的_lovely_ TortoiseSVN)。但我不喜欢它,因为它无法从其文件夹中告知其分支,并且无法合并。没有TFS那么糟糕,但仍然... – 2010-07-14 19:28:18

7

我在服务器端使用Ankh SVNSubversion在一起,这对我来说工作正常。 MercurialGit最近比SVN更受欢迎,但也有Visual HG,一个适用于Visual Studio的Mercurial插件。

编辑:同时,我切换到Mercurial(龟HG加Visual HG),从不回头。如果你来自Subversion,需要几个小时才能适应Mercurial,但在此之后,它确实很轻松。即使你不需要分布式CVS,Mercurial仍然有很多很好的功能,这些功能在Tortoise SVN中是不可用的。另外,它似乎更稳定一些,特别是在分支方面。

+0

SO上有一个令人惊讶的帖子,它比较了Git和SVN。我会坚持使用SVN,因为它符合我的需求就好! ;) – 2010-07-14 08:21:53

+0

@ Rihanna.Rain:我也是,但是我上次在SV上推荐SVN需要很多热量,我想我最好指出一些替代方案...... – 2010-07-14 08:33:47

+1

谢谢你 - 直到现在我还没意识到VS和Mercurial之间的任何整合。这可能正是我需要的! – 2011-04-20 19:52:26

-2

我已经在项目中使用了Subversion和Mecurial,并且都让我回想起很多讨厌的(有充分理由的)Visual Source Safe。两者都将“工作”,但都显示他们的unix程序员根源(没有双关语意图)与神秘的错误信息和愚蠢的,黑魔法书呆子。资源控制应该简单,可靠并且不受阻碍。 SNV和Mecurial都没有资格。如果没有任何问题,Mecurial更容易使用 - 大约有80%的时间。

如果您是单独工作的单个开发人员,我会使用Mercurial。

这是为什么我讨厌这些样本:

推到Z:\回购\ SupplierAdminWebRepo 更改 分支“默认” [错误新的远程头搜索:中止:推动创建新的远程头9cfbad6249a9!] 新的远程头9cfbad6249a9 [错误:(你忘了合并?使用push -f强制)]

[操作完成。退出代码:255]

相关问题