我已经阅读了一些帖子(参见下面的参考资料),还没有找到特定于我的技术堆栈的最佳实践指南 .
The goal: 创建一个NuGet包,其目标是使用MSBuild和NuGet通过TeamCity从单个.csproj文件构建的多个.NET框架 .
The constraints:
-
仅从VCS中提取代码一次 .
-
所有已编译的程序集的版本都应相同 .
-
单个.csproj(不是每个目标框架一个) .
我有两种方法:
-
创建单个构建配置 . 它将包含三个构建步骤:编译.NET 3.5,编译.NET 4.0,使用NuGet打包 . 每个构建步骤都取决于最后一个成功 . 我用这种方法看到的唯一真正的问题(希望有一个我不知道的解决方案)是每个构建步骤都需要自己的一组构建参数(例如,system.TargetFrameworkVersion和system.OutputPath)来指定DLL的唯一位置(例如,bin \ release \ v3.5和bin \ release \ v4.0),以便NuGet包步骤能够根据.nuspec文件中的Files部分执行其操作 .
-
创建多个构建配置 . 每个构建步骤的一个构建配置 . 使用这种方法,很容易解决TargetFrameworkVersion和OutputPath构建参数问题,但我现在必须创建快照依赖项并在构建中共享程序集版本号 . 它也会占用构建配置插槽,这对我们来说是好的(但不是最佳的),因为我们拥有Enterprise许可证 .
选项#1似乎是显而易见的选择 . 选项#2感觉很脏 .
So my two questions are:
-
是否可以创建构建步骤特有的参数?
-
还有第三种更好的方法吗?
References:
-
Multi-framework NuGet build with symbols for internal dependency management
-
Nuget - packing a solution with multiple projects (targeting multiple frameworks)
-
http://lostechies.com/joshuaflanagan/2011/06/23/tips-for-building-nuget-packages/
-
http://confluence.jetbrains.com/display/TCD7/Configuring+Build+Parameters
-
http://docs.nuget.org/docs/creating-packages/creating-and-publishing-a-package
2 回答
Here is my preferred solution (Option #1):
魔术依赖于一个不幸的解决方法 . 如果您愿意做出这种妥协,这个解决方案确实有效 . 如果你不是,你可以按照the issue that I opened on JetBrains' issue tracker .
单一构建配置如下所示:
请注意前两个构建步骤的名称 . 事实上,它们分别明确地命名为.NET 3.5和4.0的TargetFrameworkVersion值 .
然后,在Build Parameters部分中,我配置了以下参数:
最后,Nuget Pack步骤根据我的.nuspec文件部分进行文件路径转换:
Here is a solution taking the second approach:
该项目包含以下构建配置和模板:
共享内部版本号生成器是链中的第一个构建 . 除了创建依赖构建将共享的构建号之外,它什么都不做 . 我正在使用Nicholas Williams的TeamCity引用插件Shared Build Number .
以下是构建模板中值得注意的配置:
请注意,内部版本号来自上面提到的共享内部版本号生成器的构建ID . 因此,在我的情况下,该构建的ID为14.还要注意工件路径中的变量%TargetFrameworkVersion% . 幸运的是,TeamCity几乎在任何地方都支持变量插值 .
为了使模板能够利用构建号,它必须对该构建配置具有快照依赖性:
最后(关于模板),构建参数几乎与我首选解决方案中的参数相同 . 但请注意附加的配置参数 . 这是继承构建配置将覆盖的内容:
然后,在依赖构建中,您必须连接快照依赖项,以便构建号(从模板继承)实际上也可以依赖于共享构建号构建配置:
当然,您需要设置实际的目标框架:
配置实际构建后,您现在可以配置NuGet包构建配置 . 您无需附加到VCS根目录:
但是您确实需要配置一堆依赖项(快照和工件):
最后,你完成了 .