.net 南特最佳实践

我这里有300行长的NAnt文件，非常混乱。我想知道是否有一个写作南特脚本的风格指南，以及这样做的最佳实践是什么

---

有什么建议吗？

我不知道有没有出版过任何风格指南，但我当然可以分享我的经验。您可以使用许多在其他编程环境中使用的相同技术，例如使代码模块化并将其拆分到多个文件中。在我设置的环境中，每个项目的布局如下： “[ProjectName]\Common”包含一个公共生成文件，该文件链接到我的几乎所有项目。我还有一组常见的subversion目标存储在那里的一个文件中。“Common”子目录实际上是一个svn:external，因此它在多个项目中自动保持同步。在Common.build文件中，有许多环境属性，加上一些可重用的文件集、一些可重用的目标和每个项目“启动”目标使用的“启动”目标

“[ProjectName]\Project.build”包含所有特定于项目的属性和文件集，其中一些属性和文件集覆盖Common.build中的设置。该文件还包含一个“启动”目标，该目标设置一些运行时设置，如程序集版本信息和任何依赖路径。它还从Common.build执行“启动”目标。此文件包括Common.build文件

“[ProjectName][AssemblyName].build”包含特定于单个程序集的所有设置和目标。此文件包括Project.build，而Project.build又包括Common.build

这种层次结构在我们的情况下工作得很好，这让我们在持续集成服务器上构建产品的主干版本和多个分支版本。目前，构建主干版本的脚本与任何一个分支之间的唯一区别只是几行