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]

相關問題