基于团队开发的服务器规范

Question

背景

我的业务正在收到越来越多的web开发请求，因此我正在向团队中添加另一个.NET开发人员。

我目前的开发环境真的很差，只有一台PC (Windows )与本地IIS安装托管web开发项目。我用VisualStudio2008Professional打开那些，没有使用版本控制。

这种方法的问题

这种方法不适合任何基于团队的开发需求，阻碍了测试驱动的开发、版本控制和部署。因此，我计划使用Windows 2008安装一个域环境，并安装一个专门用于开发的额外Web服务器。

业务需求

• 三层Web应用程序的团队开发
• 测试驱动开发能力
• 源控制服务器
• 简易部署过程

问题

• 我需要什么才能让这一切发生？
• 在基于团队的web开发中，您使用了哪些方法？
• 你有多少台服务器？
• 所有这些都能在同一台服务器上运行吗？
• 我还应该注意其他的陷阱吗？

Answer 1

* What do I need to make this happen?
* What approaches do you use for team based web development?
* How many servers do you have?
* Can all of these run on the same server?
* What other pitfalls should I watch out for?

我是微软工具的忠实粉丝，部分原因是它们彼此很好地集成在一起。Subversion可能不需要花费任何费用，但这并不意味着它是免费的:在团队学习、使用和维护它的时候，您仍然需要支付费用，并解决沿途可能出现的任何问题。根据我的经验，从长远的角度来看，软件成本往往很低。

不知道任何关于你的团队，你的产品，你的预算，你的软件过程，和许多其他的因素，应该折叠成这样的决策，我可以提出以下非常一般性的建议。

1. 使用进行开发。Team提供了负载测试功能。Team提供数据库版本控制和自动部署和更新，以及数据生成和数据库单元测试。Team提供了单元测试web应用程序的机制，以及分析和静态代码分析。Team在一个包中提供所有功能。
2. 使用进行源代码管理；它包括自动构建、基于SharePoint的团队门户、事务性签入、与Visual的完全集成、集成的bug报告、使用SQL Server作为存储库、提供面向团队的统计信息(每天的bug等)、便利从QA到Devs的测试数据的切换等等。
3. 对于硬件，为TFS和builds提供一台专用服务器。使用Windows域，并有一个单独的服务器作为域控制器，用于misc存储和保存来自TFS服务器的备份(Exchange也可能在那里运行)。每个开发人员都有自己的机器，包括足够的资源来运行的本地副本，前提是应用程序使用数据库。千兆位网络连接一切。
4. 对于较大的应用程序或团队来说，拥有一个或多个服务器的内部测试环境也是个好主意，这些服务器的配置与您的生产服务器有些类似，比如DB数据和日志的单独卷、负载平衡/ web花园等。在那里部署夜间构建，以便第二天进行测试。这可以是一个服务器，或者在某些环境中，可能是一个虚拟服务器。
5. 项目规模越大，自动化部署就越重要。在多服务器环境中有一些很酷的选项，例如Windows部署服务(WDS)。
6. 不要忘记监视和日志记录。

如果有用的话，我在我的书“超快ASP.NET”的基础设施和运营部分中介绍了许多这些问题和选项。

Answer 2

首先，为源代码设置某种版本控制(Subversion是免费的)。

然后，团队的每个成员都会获得一个本地开发环境(如果需要，可以使用Server、Visual、IIS )。它们都有源代码和数据库的本地副本。他们在这里做并测试改变。

一旦在本地测试了更改，它们就会被提交回源代码存储库。

如果您有另一台备用服务器，您可以将应用程序的夜间构建从Subversion推送到该服务器，以测试正在生成的版本。构建的一部分可能是运行任何单元测试(尽管开发人员也应该在本地运行这些测试)，以确保构建不会失败。

Answer 3

1. 建立一个版本控制系统。颠覆与乌龟(和Ankh加成VS)是不错的和免费的。
2. 您不需要开发服务器，让两个开发人员从他们的签出的repos中本地运行。