NAnt最佳实践

Question

我这里有300行长的NAnt文件，它相当凌乱。我想知道是否有编写NAnt脚本的风格指南，以及最佳实践是什么。

有什么建议吗？

Answer 1

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

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

"ProjectName.build“包含特定于单个程序集的所有设置和目标。此文件包含Project.build，而后者又包含Common.build。

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