我一直在考虑一个早期的圣诞礼物：
权限走出了开发周期，以重组和文件我们的应用程序。
我有完全的自由来重组，重构，并设置我认为合适的任何数量的基础设施。“完美”.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