如何在Visual Studio 2008中設置開發人員團隊環境

Question

我需要知道如何爲asp.net設置開發人員團隊環境。目前我正在使用visual studio 2008。我需要什麼樣的東西作爲要求。

Answer 1

團隊必須有一些方法來協調他們的工作。要做到這一點，代碼庫是必不可少的，大多數團隊使用版本控制軟件來管理這個庫。

沒有這種到位有人會覆蓋沒有辦法調和的分歧別人改變之前，你會持續不到一個星期。

有很多很好的選擇和一些偉大的人：我個人喜歡顛覆，因爲它是開源的，良好的維護和很好的支持。其他還包括微軟自己的團隊基礎服務（TFS），它深入集成到Visual Studio Professional及更高版本中;但是，這絕對不是免費的！

您可能還需要考慮系統如Git和水銀。

TFS還包括錯誤跟蹤和任務管理功能。一個小團隊可能不需要使用這個開始，但是在你的軟件安裝完成後，這對於跟蹤什麼地方是非常有用的。替代品包括Bugzilla和FogBugz。

爲了進行測試，你需要的是哪個，你會部署最終服務器的配置相匹配的「分期」服務器。如果您正在部署到雲環境（如Azure或EC2），則最簡單的方法是在那裏設置第二個部署環境並使用它。

添加到本作的代碼庫和測試數據庫良好的備份解決方案，以及一個像樣的網絡連接，以便您的開發人員可以訪問這個網站，你應該是好去！

Answer 2

下面的鏈接是一個嚮導，它向您展示如何充分利用團隊基礎服務器。它始於頭腦，但向您展示如何逐步採用適用於您的組織的TFS。這是模式之間的協作努力&實踐，團隊系統的團隊成員

TFS Guide

Answer 3

四個開發者需要開發一個項目作爲一個團隊。我如何共享工作環境，數據庫和報告

這裏是我會成立的事情：

• 源控制
  這是絕對必要的不止一人。即使只有一個人，你也會得到很多好處。
• 內部團隊維基
  如果你寫一封電子郵件，其中說明了，你送了它永遠有它再看看，或者你曾經有挖了該電子郵件轉發它的人對別人來說，你浪費了時間和金錢。你可以把它寫在一個內部團隊的wiki上，然後發送出全隊的郵件。如果你曾經手動設置過一些共享服務器資源，並沒有記錄它，那麼你浪費了那個時間。任何你在那經歷中學到的東西都不能被複制，而其他人將不得不再次經歷。
  這對於像服務器的配置說明，服務器的URL和端口，軟件的安裝說明，文檔共享，新員工設置指導等
• 持續集成
  特別有用這是說的只是一種奇特的方式你需要一個完全腳本化的構建。有了它，你會發現每天（或每次入住），如果你打破了構建，並將被迫修復它之前，其他人受到影響。在VS環境下，腳本通常包括同步源代碼管理代碼和構建.sln文件。相當簡單。
• 從腳本中自動創建數據庫
  這會讓您的生活更容易在跨數據庫複製您的更改時使用。它還可以防止您的共享環境中斷 - 只需回滾到之前已知的數據庫腳本工作版本，即可刪除共享數據庫並重新部署。您可以使用第一方工具（如SQL Server Management Studio）或第三方工具（如RedGate的各種SQL Server產品）從現有數據庫導出腳本。將這些腳本檢入到源代碼控制中，然後對於每次新更改，創建一個修補程序腳本並將其檢入到源代碼管理中，而不是手動應用更改。
• 連續部署
  這只是一個說法，你有一個完全腳本部署的奇特方式。如果部署到共享的Dev或QA環境需要多次點擊（或者沒有點擊 - 您只需每天檢查一次電子郵件以查看部署是否成功），那麼您就浪費了大量時間和金錢。與持續集成相比，這對於自動化來說更是一個痛苦，但如果不編寫腳本並手動執行（在一次測試過程中在兩到十次之間），疼痛就會變得更糟或更糟。
• 一個很好的測試團隊
  你需要比你需要的這些其餘於此。一個好的測試團隊會寫出一個測試計劃，並考慮你作爲開發人員不會想到的場景。他們會比開發團隊中的任何人更熱情（或至少勤奮）質量。如果您必須爲您的測試人員提供所有測試用例，請聘請新測試人員。或聘請更好的測試人員來指導現有的測試人員（假設他們有能力學習）。有四位開發人員，我會聘請至少兩位好的測試員。並獲得儘可能多的貴公司將讓你有:)

您設置的所有自動化和服務器將需要時間。第一次做這件事似乎很難，但他們最終會付出巨大的回報。在一個項目中使用這些任何一個，你可能只會收支平衡。在兩個項目中使用它們中的任何一個，然後提前出來。

我也建議你有一個專用DB每個dev的機器，並遷移代碼共享環境中的檢查，只有當。