我也再补充一个NANT使用注意事项
B：在使用VS.NET进行开发时，形如http://localhost/TYS/这样的信息被写入应用程序的解决方案文件.sln中，如果发布环境不同，比如在我们的发布服务器上，是使用机器端口区分的站点（因为开发人员机器不能是2000服务器版，不支持多站点），如HTTP://T-NET1:8002，使用NANT进行自动发布时，为了自动化，读取了.sln文件中的信息，这样在开发环境下的代码，在服务器上取得后，不能直接编译，因为所指Http://localhost/TYS虚拟目录并不存在，经过测试，对NANT的源代码进行扩展(自己写了一个NANT TASK)，将sln文件中的http://localhost/路径信息替换，然后把所有项目，包括web项目作为类库项目编译后解决。（这个方法有点另类，但我现在使用运行良好，我现在的项目分4层且各层之间有相互引用）
C：无论是VS.NET或NANT，在编译时，都有Debug和Release两个选项，而在运行过程中Release比Debug有更好的性能，所以编译时应设为
Release
D：在项目中使用了外部组件时，所有项目开发人员环境中和外部组件相关的设置必须统一，因为编译过程中，NANT会从.sln文件中读取外部组件引用
位置，不同开发人员不同位置的信息会导致混乱。现在在T-NET1的一些共享模块设置如下：
所有.net外部dll组：c:\sharedll,要求该目录只能存放.net编写的组件
asp.net默认提供的javascript和image文件：以zip形式存放在构建目录下的StaffShare中。
E：每日构建系统，要求开发团队有良好习惯，长时间签出文件是不允许的，而且根据构建计划，每天指定时间之前，必须把调试通过的源代码签入
VSS。
F：项目每天的文档可以由NANT生成后以邮件形式发送到开发人员邮箱，因NANT提供的发送邮件功能不支持smtp验证，需要自己进行扩展。
G：正如零下一度所说，定期检查VSS中垃圾文件很重要（不知为什么会出现垃圾文件，是不是我的VSS配置不当？）
H：资源文件的问题我也遇到，不过我的项目中好象对使用没有什么影响
I：Nant的mail任务不支持smtp验证，将它的源代码做一些小的修改已可以了
