【问题标题】:MSBUILD script should zip all assemblies in solution after build, but only gets some DLLs (under local and TFS build)MSBUILD 脚本应在构建后压缩解决方案中的所有程序集,但仅获取一些 DLL(在本地和 TFS 构建下)
【发布时间】:2015-03-09 15:49:59
【问题描述】:

我想设置我的 VS 解决方案,因此在构建结束时,可安装文件被压缩以方便分发。这应该在本地构建或 TFS 构建下工作。设置如下:

  • 有一个项目(称为 MyApp.Packaging)不包含任何代码,只有一个 MSBUILD .targets 脚本
  • 该项目引用了所有其他项目,因此最后构建(通过查看项目构建顺序确认)
  • 构建脚本包含以下内容,用于识别和压缩(使用 MSBUILD 社区任务的 ZIP 任务)EXE 和 DLL 到两个不同的包中(还有其他代码可以使用 MSBUILD 社区任务从 version.txt 文件中提取版本号- 为清楚起见省略)
<!-- Set package name and input/output folders -->
<PropertyGroup>
    <PackageName>MyAppService</PackageName>
    <BuildTargetFolder>$(TargetDir)</BuildTargetFolder>
    <PackageOutputFolder>$(OutDir)</PackageOutputFolder>
</PropertyGroup>

<!-- Set location of files -->
<ItemGroup>
    <MyAppBinaries Include="$(BuildTargetFolder)*.exe$(BuildTargetFolder)*.dll;" Exclude="$(BuildTargetFolder)MyApp.Packaging.dll" />
    <MyAppOtherFiles Include="$(SolutionDir)MyApp.Packaging\InstallService.bat;$(SolutionDir)MyApp.Packaging\UnInstallService.bat;$(BuildTargetFolder)MyApp.HostService.exe.config" />
    <MyAppContracts Include="$(BuildTargetFolder)MyApp.Common.DataContext.dll;$(BuildTargetFolder)MyApp.Common.Shared.dll" />
</ItemGroup>

<!-- After building (in Release mode only), build the installation package -->
<Target Name="AfterBuild">
    <CallTarget Targets="BuildPackage" Condition="'$(Configuration)'=='Release'" />
</Target>

<!-- Build the package -->
<Target Name="BuildPackage">
    <!-- Package for installing the MyApp Service -->
    <Zip Files="@(MyAppBinaries);@(MyAppOtherFiles)" Flatten="True" WorkingDirectory="$(MSBuildProjectDirectory)" ZipFileName="$(PackageOutputFolder)\$(PackageName)_$(Major).$(Minor).$(Revision)_Install.zip" />
    <!-- Package for MyApp Contracts -->
    <Zip Files="@(MyAppContracts)" Flatten="True" WorkingDirectory="$(MSBuildProjectDirectory)" ZipFileName="$(PackageOutputFolder)\$(PackageName)_MyAppContracts_$(Major).$(Minor).$(Revision)_Install.zip" />
</Target>

ZIP 文件在 TFS 进行构建时在 TFS 放置位置创建,或者在本地构建时在打包项目的 bin 文件夹中创建。

在本地和 TFS 构建下,第二个 ZIP(包含 2 个 DLL)始终可以正常创建。

问题在于当 TFS 进行构建时,第一个 ZIP 不包含 EXE,并且仅包含 23 个 DLL 中的 2 个(以及由 MyAppOtherFiles 标识的所有 3 个文件)。 在本地完成构建时(首先清空 Packaging 项目的 bin 文件夹),第一个 ZIP 不包含 EXE 或 DLL,只有 MyAppOtherFiles 标识的 2 个 .bat 文件。

如果我将 BuildTargetFolder 从 $(TargetDir) 更改为 $(OutDir),我会得到相同的结果。

TFS 构建定义使用未修改的默认模板。

好像当 TFS 进行构建时,打包项目是要构建的第三个项目,而不是最后一个,因此只压缩 2 个 DLL。但是,签入 TFS 的解决方案与我在本地构建的解决方案完全相同,在这种情况下,脚本似乎看不到任何二进制文件。如果再次完成本地构建(不清空 Packaging 项目的 bin 文件夹),则 ZIP 将包含所有必需的文件,但这显然是因为在第一次构建后 bin 文件夹现在包含 EXE 和所有 DLL。

令人困惑的是,在 TFS 构建下,MyApp.HostService.exe.config(由构建生成)被压缩,而不是 MyApp.HostService.exe。为什么第二个 ZIP 总是可以创建,当它包含在第一个 ZIP 中被跳过的 DLL 时??????我曾尝试交换 ZIP 的创建顺序,但没有任何区别!

在本地和 TFS 构建下构建所有项目后,我可以做些什么来确保始终完成压缩?

谢谢

【问题讨论】:

标签: tfs msbuild msbuild-task msbuildcommunitytasks


【解决方案1】:

我们做了类似的事情,但我们有我们的 tfs 构建定义设置来构建目标/项目文件而不是 sln.在 targets/proj 文件中,我们有一个编译我们的应用程序的目标,然后使用 wix 创建一个 msi。在您的情况下,您应该创建一个使用 msbuild 目标来编译您的 exe 项目的目标,然后调用 zip 目标来压缩输出。您可以将 outdir 参数保留为我们可以设置的属性,以便输出到您选择的目录。在 tfs 服务器和本地都可以轻松构建。

【讨论】:

    【解决方案2】:

    确保您将解决方案的打包项目依赖项设置为依赖于其他项目,这样它总是会首先构建其他项目,从而让您最后进行打包。

    【讨论】:

    • 勾选此屏幕上的所有框即可解决问题!几乎所有项目都已勾选,因为 Packaging 项目引用了其他项目,但有 2 个没有。我认为它们不会影响构建过程(例如 SQL 数据库项目),但显然它们会影响!
    猜你喜欢
    • 1970-01-01
    • 2015-08-08
    • 2012-04-13
    • 1970-01-01
    • 2011-06-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多