我这里有一个长达300行的NAnt文件，非常混乱。我想知道是否有关于编写NAnt脚本的样式指南和最佳实践。
有什么提示吗？
1个回答
5
我不知道是否有任何已发布的样式指南，但我可以分享我的经验。您可以使用许多其他编程环境中使用的相同技术，例如使代码模块化并将其拆分到多个文件中。在我设置的环境中，每个项目都是这样布置的：
"[ProjectName]\Common" 包含一个通用的构建文件，几乎链接到我所有的项目。我还有一组常见的子版本目标存储在那里的文件中。 "Common" 子目录实际上是一个 svn:external，因此它会自动在多个项目之间保持同步。在 Common.build 文件中，有很多环境属性，以及一些可重用的文件集、可重用的目标和一个“StartUp”目标，该目标由每个项目的“StartUp”目标使用。
"[ProjectName]\Project.build" 包含该项目特定的所有属性和文件集，其中一些覆盖了 Common.build 中的设置。此文件还包含一个“StartUp”目标，该目标设置一些运行时设置，例如程序集版本信息和任何依赖路径。它还执行 Common.build 的“Startup”目标。此文件包括 Common.build 文件。
"[ProjectName][AssemblyName].build" 包含特定于单个程序集的所有设置和目标。此文件包括 Project.build，后者又包括 Common.build。
这种层次结构在我们的情况下非常有效，我们在连续集成服务器上构建产品的主干版本和几个分支版本。目前，构建主干版本和任何一个分支版本之间唯一的区别仅仅是几行代码。
"[ProjectName]\Project.build" 包含该项目特定的所有属性和文件集，其中一些覆盖了 Common.build 中的设置。此文件还包含一个“StartUp”目标，该目标设置一些运行时设置，例如程序集版本信息和任何依赖路径。它还执行 Common.build 的“Startup”目标。此文件包括 Common.build 文件。
"[ProjectName][AssemblyName].build" 包含特定于单个程序集的所有设置和目标。此文件包括 Project.build，后者又包括 Common.build。
这种层次结构在我们的情况下非常有效，我们在连续集成服务器上构建产品的主干版本和几个分支版本。目前，构建主干版本和任何一个分支版本之间唯一的区别仅仅是几行代码。
- LockeCJ
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接