2012-05-27 58 views
-1

我正在開發應用程序作爲獨立單一系統到現在。現在我需要集中我的工作區域並將其作爲一個團隊進行開發......關於如何爲visual studio 2008和sql server 2005設置團隊環境的任何重要提示。我對TFS不感興趣。在此先感謝...如何在團隊環境中設置.net

+0

使用git,它,如果你正在斷開連接或遠程它是更好的 – IanNorton

+0

我認爲這取決於你的團隊是否工作在同一個LAN/WAN或斷開連接並通過互聯網工作。 –

+0

這也取決於他做了什麼。有時服務器效率更高;) – TomTom

回答

2

VisualSVN是一個很好的選擇。它適用於Windows,非常可靠,您可以設置用戶對不同存儲庫甚至文件夾的權限。它使它與Visual Studio無縫協作。

http://www.visualsvn.com/

1

你的意思是你還沒有自己的工作時,使用源代碼控制了?我建議反對。即使您是該項目中唯一的開發人員,始終使用源控件

除此之外,I second @ IanNorton建議使用Git作爲源代碼控制。 Mercurial是另一個不錯的選擇,雖然不太受歡迎。 Subversion也是一個不錯的選擇。所有這些都非常相似shell-integratedWindowsclients

我也推薦類似TeamCity的持續集成構建。理想情況下,您需要自動構建和測試運行器,以便在每次簽入時發生,以便您立即知道代碼是否存在問題,以及諸如夜間構建和部署到共享環境(包括拆除和重新安裝構建測試數據)。

+0

-1。對於從事對象工作的人羣中的90%,任何免費託管行爲都是非法使用的 - 請參閱公共託管網站上的公司代碼是非專利號。而大部分工作並不是開源的。 – TomTom

+0

@TomTom:夠公平的。儘管如此,選項是可用的,但應該只檢查許可證和什麼。但是我明白你的觀點,我會刪除這些鏈接。 – David

+0

主要觀點是 - 給定noo對開源的暗示,它不完全是一個很好的參考。大多數人忽視大多數來源根本沒有開放;) – TomTom

-2

我對TFS不感興趣。

Stupid-especialyl beacuse你明白爲什麼使用TFS對你有好處。

讓我們這個直 - TFS做兩件事情是重要的,你:

  • 源代碼控制。
  • WOrk物品追蹤包括計劃(並且很快2011全面支持SCRUM)
  • 持續集成。 如果您變大,請添加第4項:
  • 測試。並非所有可以做到連續,和TFS具有與Visual Studio大supprot手動測試計劃等

大多數人說:「我不LIK TFS」是關於什麼TFS的確讓那些無知的相同。不是說所有的都是完美的,但我只是展示了一個18個月的項目,其中不使用TFS是我們做出的最糟糕的決定;)

你需要它們全部得到適當的保護 - 一個好的方法論(不,對不起,只是一個源控制系統不會削減它),持續集成和系統來規劃項目和分配任務。事情變得複雜的數據庫 - 我強烈建議ugprading到SQL 2012,新的localdb模式是持續集成prciceless。

Btw。在我的最後一個項目,我們失去了幾個星期與戰鬥SVN的問題(主要是在一些點愚蠢的服務器傳遞錯誤的版本爲當前 - ,我們有一個真正的戰鬥,使壞脫膠;)

環境將是:

  • 許多服務器將虛擬機拉高。開發人員可能需要其中的幾個。
  • 記住構建服務器LOVE SSD - 性能;)
+0

嗨TomTom,我對TFS不感興趣,因爲它是商業。除此之外,與其他人相比,這是一個更好的工具,就像你說的一樣...... – DjMalaikallan

+0

你知道TFS對於小團隊來說有多便宜嗎?像零;)TFS Exprss。另外,殘酷地說,所有其他的也變得昂貴...不是SVN,但認真 - 我們在那一週失去了數週;) – TomTom

+0

'周'是什麼? '失去'什麼? 0_0 – bahrep