NAnt最佳做法

时间:2020-03-06 14:22:16  来源:igfitidea点击:

我这里有300行长的NAnt文件,非常混乱。我想知道是否有任何样式指南来编写NAnt脚本,以及这样做的最佳实践是什么。

有小费吗?

解决方案

我不知道任何发布的样式指南,但是我可以分享我的经验。我们可以使用其他编程环境中使用的许多相同技术,例如将代码模块化以及将其拆分为多个文件。在我设置的环境中,每个项目的布局如下:
" [ProjectName] \ Common"包含一个常见的构建文件,该文件链接到我几乎所有的项目。我还有一组存储在文件中的常见颠覆目标。 "公共"子目录实际上是svn:external,因此它会自动在多个项目中保持同步。在Common.build文件中,有很多环境属性,还有一些可重用的文件集,一些可重用的目标以及每个项目" StartUp"目标使用的" StartUp"目标。

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

" [ProjectName] [AssemblyName] .build"包含特定于单个程序集的所有设置和目标。该文件包含Project.build,而Project.build又包含Common.build。

此层次结构在我们的情况下运行良好,这使我们在连续集成服务器上构建产品的主干版本和多个分支版本。到目前为止,用于构建主干版本的脚本与任何一个分支之间的唯一区别只是几行。