配置合作开发环境

在简单应用程序的开发上与少数开发者合作，其费用比配置开发工作站和一个集成开发环境进行的必要投入要多。不幸的是，大多数公司以“小而简单（small and simple）”开始，期望他们的开发环境能够达到一个可以开发高质量复杂软件的水平。可悲的是，情况并不是如此。为了保证一个这样的环境，我们必须进行详细的计划。

在计划如何配置和管理用于开发软件的环境时系统构建师必须充当一个积极的角色。他们的努力将促进开发者按时开发出高质量软件的能力。更重要的是，一个关注代码管理的开发过程可以提供可重用性的好处，以及保护公司核心代码资产的机会。让我们看看每个.NET开发环境的三个关键元素——开发工作台，开发服务器和开发过程：

开发工作台

对于.NET开发者，所有的工作台必须安装Windows 2000专业版或者Windows XP。我推荐我的顾客给他们的开发者使用的机器的配置是：1.0GHZ以上的奔腾三处理器，256M的内存。这个比一般开发者的机器要快一些，但不是技术发展水平。相对于更多的内存或者更快的处理器来说，大多数的开发者会更多受益于手提电脑和/或额外的显示器。手提电脑允许开发者在设计会议期间偕同工作或者将机器带回家以便开夜车以解决一个比较困难的问题。一个额外的显示器可以使他们在一台显示器上写代码而在另一台上查看帮助，或者在一台显示器上面跟踪调试而在另一台上面查看运行结果。.NET的理想开发环境要求比一般的工作台有更多一点的内存，更快的处理器，以及更大的磁盘空间。

对于开发Web应用或者Web services的开发者来说，在开发过程中他们还需要一个本地Web服务器。另外，还需要运行微软数据库引擎（MSDE）以允许开发者通过本地数据库、存储过程、触发器等建立应用程序并进行测试。MSDE包括SQL Server 2000资源加强版工作站的更多的功能，但是它是免费的，在性能有限制，不能有同时超过5个的连接。

在许多合作环境中，所有的数据访问是由统一开发的和维护的存储过程来来管理，这些存储过程从一些数据对象中调用，而这些数据对象则由专门进行数据库开发的人员编写。在这些环境中，我们应该鼓励数据组件作者开发配置包，以使开发者下载这些组件的最新版本进行设置脚本，将他们集成到他们的自己的本地工作站中。在每台工作站上安装Visual Studio，最好考虑将MSDN安装到一个中央服务器上以使其当有新文件添加到其中时（除非工作站是手提电脑，这种情况下，他们将需要MSDN的本地拷贝，以使开发者可以在没有连接服务器时使用帮助系统）可以及时更新。如果你需要支持在Visual Studio 6.0上运行的应用程序，需要在安装Visual Studio .NET之前安装了带最新service pace(version 5)的VS6。最后，安装所有工作台工具的最新service pack，包括.NET Framework service packs, SQL Server service pack, 以及IIS service packs.

开发服务器

即使你的单个的工作站已经配置好了，允许开发者在本机上创建和测试他们的项目，你还必须有一个中央位置以使开发者能测试系统组件的交互性。最简单的情况，你也需要一台共享的Web服务器，一台数据库服务器，一台应用Visual Source Safe (VSS)或者其他代码管理系统的源代码管理/建立服务器。理想状态是，工作站以及共享开发服务器位于与配置环境相似的测试域中。如果配置环境是一个单独的域，将开发服务器置于同公司核心操作域隔离的一个开发域中。这样允许个人以及小组做的东西在安全的情况下进行测试，而公司的系统工程组没有必要弄清楚它。如果是出于安全的考虑，数据中心的数据库服务器和Web服务器在不同的域中，你可以用本地开发服务器模拟这种环境。越早进行对模拟生产环境的开发环境的测试，你就能越早的检测并修补安全问题相关的bug。

开发过程

创建正确的开发环境其实只能算是完成了一半的任务。你必须遵守一个所有开发者都要遵守的开发标准。例如，开发者应该培训使用源代码管理系统，遵守测试软件的规则以及管理软件的版本的规则。一旦通过了原型阶段，你的开发者编写的代码在每一个工作日的最后应该可以正确地编译，并很容易每天晚上都建立（build）起该软件的一个版本。晚上对软件的建立（build）过程将鼓励开发者在致力于为他的一段代码作最后的加工，然后才会去干别的事情。共享的VSS以及建立（build）服务器能配置成为每天晚上自动产生建立（build）并且向质量保证组发布代码的最新版本，以使他们可以在第二天早上开始针对最新的建立（build）版本的工作。