我一直在考慮一個早期的聖誕禮物：
權限走出了開發週期，以重組和文件我們的應用程序。
我有完全的自由來重組，重構，並設置我認爲合適的任何數量的基礎設施。「完美」.NET開發環境？
如果你有carte blanche，什麼是你的「完美」的.NET開發環境？
關於應用程序：
VB.NET客戶端 - 服務器應用程序。 （Windows窗體前端，ASPX Webservices後端）
當前使用Visual Studio和SQL Server 2003和... Visual SourceSafe。
我想有一些組合：
*更好的版本。 （傾向於顛覆）
*用於錯誤跟蹤和文檔的Wiki或其他系統。 （朝Trac傾斜與Subversion）
*簡化構建過程和日常構建（Visual Build？CruiseControl.NET？）
*爲SQL Server數據庫
*升級到Visual Studio 2005（或2008）版本控制？
...一個小團隊的5個開發
我建議使用以下工具（主要是因爲它是我們正在使用的是什麼）：
我們每個人都在我們的本地機器上工作，並有一個單獨的構建服務器來監視Subversion存儲庫（使用CruiseControl.NET）並在該服務器上構建最新的修訂版本。
我們使用'MSBuild Community Tasks'將Subversion版本號嵌入到程序集中，以便我們可以將其顯示給用戶。
我們目前在我們的設置中最大的'漏洞'是在數據庫和我們的自動化測試中。
目前我們都運行一箇中央數據庫服務器。理想情況下，您應該努力讓腳本在源代碼控制下重新創建數據庫。從我收集的內容來看，每次構建服務器重建站點時，它也應該重建數據庫。你還應該有一個腳本，它將在數據庫中生成你想要的任何測試數據。
使用這樣的數據庫構建，您也可以在本地數據庫副本上工作。
您可能想要從Red Gate軟件中查看SQL Toolbelt（或其中的一部分） - 我們使用SQL Compare工具將架構部署到活動服務器，我對他們印象深刻。
祝你好運！
我認爲你是在正確方向上的所有傾斜。
圍棋與Visual Studio 2008。這是一個與SP1非常穩定，並可以針對.NET framework的版本2和版本3。
我們使用SourceGear的庫進行版本控制，它很適合我們作爲一個小團隊。
對於項目/錯誤/支持跟蹤，我們使用AxoSoft的OnTime 2008。
我們還使用ScrewTurn Wiki來記錄程序和示例代碼/最佳實踐。
對於我們的構建過程中，我們還沒有完全自動化的成每天的過程，因爲我們一般不這樣的。但是，對於測試版和發佈版本，我只是在手動更新版本號後使用NAnt爲我完成一個完整版本（我爲此更好地查看了我們的支持團隊的版本號）。
肯定使用Visual Studio 2008的2005版確實對大VB項目很多問題（至少對我們來說）。
我對IDE和源代碼控制的建議：
我會投上一票適用於Team Foundation Server。然後，您將源代碼控制，自動化構建和（種類）錯誤跟蹤集中到一個包中，與VS 2008非常好地集成。不過，它的價格相當陡。
我的想法確切。在談論.NET時，沒有比Visual Studio更好的IDE。而VS2008是其中最好的。而對於Visual Studio，沒有比TFS更好的源代碼控制。另外，它的SO不僅僅是源代碼控制。荒謬的價格是唯一的缺點。 – 2008-12-02 14:27:48
+1，但價格是微軟應該工作的東西 – terjetyl 2008-12-02 14:34:59
我同意使用SP1，SVN（與安赫和龜）VS2008
考查sandcastle/docproject用於生成文檔。
CruiseControl運作良好。
對於數據庫的源代碼控制，您可以在VS2008中使用數據庫項目類型，並使用SVN（或您選擇的其他源代碼控制解決方案）將其保留在sourcecontrol下。
無論你投入多少時間和想法，你可能永遠不會結束一個「完美」的環境。每個工具都有自己的夸克和問題。儘管如此，這裏有一些值得深思的東西：
轉到最新版本的Visual Studio，Visual Studio 2008 SP1。
如果您是MSDN訂戶，併購買了Visual Studio Team System版本，則可以安裝Team Foundation Server（TFS）。 TFS是集成到Visual Studio中的非常漂亮的產品。它使用Windows Sharepoint Services（WSS），它可以讓你具有維基，文檔存儲庫等（基本上是Microsoft Office Sharepoint Server的精簡版）。 TFS還將爲您提供最新版本的Visual SourceSafe，我一直沒有遇到任何問題，而且微軟談到它可以擴展到數十萬用戶。TFS工作組版本將允許多達5位開發人員使用，而無需購買許可證。超過5位用戶，您必須購買許可證。我也很確定你必須使用SQL Server 2005才能運行TFS，但我可能是錯的。我們在一個盒子（我們的開發者盒子）上安裝了TFS，並且沒有問題。
SO TFS會給你：
對於你的日常和持續構建，我傾向於CruiseControl.NET（CC.NET）。我們嘗試使用內置於TFS中的構建系統，但遇到了很多問題（我認爲主要是因爲我們的項目結構化）。 CruiseControl.NET可以輕鬆安裝和配置，並且像冠軍一樣工作。您可以爲連續建設（每次簽入觸發構建）和每日構建進行設置。您可能需要找到一些切肉刀的方法來使CruiseControl.NET執行一些更困難的任務（比如停止服務等），但是它還沒有做到我需要做的任何事情。它也是非常可擴展的，所以你可以編寫一些代碼，使它做你想做的，這是一個很好的功能。
不確定數據庫的版本，但我假設你可以使用TFS Source Safe來實現這一點。
祝你好運！
我們使用Subversion和Jira進行bug跟蹤，項目管理，FishEye and Crucible進行源代碼瀏覽和代碼審查，並且效果很好。
我們是一個由12位開發人員組成的團隊。我們很長一段時間用戶FinalBuilder，我們用它來完成所有構建和自動化部署 - VB.NET和Visual Studio 2008項目的混合體，它對我們來說工作非常好。我們的目標是SQL Server 2005/2008數據庫，並將數據庫對象保存在源代碼控制庫中。大多數情況下，我們使用Visual Studio 2008數據庫版與Redgate的工具結合使用，對我們來說它非常適合 - 尤其是管理更改腳本和其他內容。對我們來說，TFS根本行不通 - 儘管你的里程可能會有所不同。我們發現這太繁瑣了，很難定製工作流程，而不是幫助工作流程有不好的傾向。
我是最近轉換到SourceGear Fortress。它價格低廉，速度快，可靠。
我喜歡大型團隊（> 20位開發人員）的TFS。我剛剛開始用Subversion弄溼我的腳，所以我沒有什麼可以分享的，除了它很容易設置。
然而Trac很難跑步。但是，這是文檔問題，而不是產品本身。
我偏好使用Visual Studio 2008/Subversion/Trac/Anck和Tortoise/CruiseControl.NET（TeamCity/Bitten）設置。
我不是說TFS不是一個很棒的產品，但我認爲它很笨重。我最近從一個Trac/Subversion解決方案切換到TFS，我更喜歡第一個設置。有細節，但它們使它很好用。
實施例：
的小細節使它對我來說更好的工具。
我也說團隊是一個小團隊（也是5個開發人員），你需要一些時間來設置。我同意，當你與更大的團隊合作時，TFS可能更可取。
我的選擇是：
更好的版本。
我會選擇SourceGear Vault - 堅如磐石，用得好好的，你存儲在SQL Server數據庫源 - >可以很容易地進行備份，而不是作爲片狀的Visual SourceSafe。
Wiki或其他系統的錯誤跟蹤和文檔。
從我個人的經驗：FogBugz是你最好的選擇 - 簡單，方便，快捷的掌握，得到很好地完成工作，只是工作，每個人都只是「得到它」沒有冗長和昂貴的適配/定製和沒有太多的訓練 - 只是工作:-)
（視覺構建CruiseControl.NET？）簡化構建過程和日常構建
CruiseControl.NET是一個很好的免費選項 - 如果您不介意帶點$$$，我還會看Finalbuilder--作爲桌面或服務器應用程序。
的SQL Server數據庫的版本控制
- >使用保險櫃！以同樣的方式工作。使用Apex SQL Scripter等類似的工具來創建和維護SQL，以創建和更新數據庫模式，並將這些SQL腳本放入Vault中。
升級到Visual Studio 2005（或2008）？
與Visual Studio .NET的3.5 2008 SP1 SP1開始 - 固，充滿巨大的新的生產力功能。
只是我的$ 0.02
任何完美的.NET開發環境將已安裝的ReSharper副本。我是最近的轉換器，並且我喜歡它。
在開發箱
在服務器
非常是在2008年與VS SP1。我還強烈建議：
我聽到了一些關於TFS好東西;然而，也有成本因素。您列出的工具非常好地與另一個工作並且是免費的。
我會做的一個補充是Subversion客戶端的TortoiseSVN。純粹主義者不喜歡它，但它與Windows外殼菜單（右鍵單擊）集成的事實使其非常易於使用。
對於SVN版本，請使用最近發佈的1.6版本。此版本的分支和合並已得到改進。
Trac是一個偉大的工具。請務必閱讀關於您的SVN提交消息的格式規則TracWiki和TracLinks。 Trac解析這些消息，所以如果您爲Ticket 123提交修補程序，則向SVN消息添加'＃123'可使Trac將該提交（及與其相關的所有文件）鏈接到相應的Trac門票。如果您決定轉移到增量版本，這變得特別有用。
SQL Server 2003：你確定嗎？上次我查了一下沒有這樣的動物。 – 2008-12-02 14:06:12
也許他的意思是VS2003和SQL Server 2000 – 2008-12-02 14:12:02
哈哈。是的...我的意思是VS2003＆SQL2000。 我的大腦有時候有點模糊... – 2008-12-02 15:01:11