如何补偿开发机器和构建服务器之间的环境差异?

自由基

/MyApp
  /libs
    /NUnit
    /NAnt
    /etc...
  /src
    /etc...

通常,应避免依赖于绝对路径。就CI而言,您应该能够完全从scatch在干净的机器上构建和运行您的解决方案,只使用通过自动化脚本在源代码控制中找到的资源。

“终极”解决方案可以是将整个工具链存储在源代码管理中,也可以存储在源代码管理中构建的任何库/二进制文件。如果设置正确,这可以确保您能够从任何时间点完全按照发布时的样子重新生成任何版本,但是,此外,您不需要这样做,因为您生成的每个二进制文件都是源代码控制的。

1) 使用具有不同路径的两个不同的登台脚本(开发构建/集成构建)。

我同意绝对路径是邪恶的。如果您无法绕过它们,至少可以在脚本中设置默认为C:。。。在CI服务器中,在命令行中调用传入NUNIT_HOME属性的脚本。

或者,您可以将脚本设置为需要设置NUNIT_HOME环境变量才能使NUNIT工作。现在,您的脚本要求nUnit在环境变量中存在并可用,而不是要求它所运行的机器在某个确切位置具有nUnit。

这两种方法都允许您在不修改构建脚本的情况下更改正在使用的nunit版本,这是您想要的吗?

将工具链中的所有工具置于版本控制之下是一个好主意。但是在您的路径上,您可以使用两种不同的技术为每台机器指定不同的路径。

define a <property> 可以用 -Dname=value . 您可以使用它为您的开发计算机设置一个默认位置,并在CI系统中覆盖该位置。

environment::get-variable 更改每台机器的位置。