.Net Compact Framework - 构建服务器上的 Cab Builder 重新包含排除的库
我们使用 VS2008 中的 Cab Builder 项目来生成 CF cab 文件。在我们做出影响依赖项的更改之前，这种方法很有效。 Cab Builder 项目决定我们需要各种额外的库（mscorlib 等），但我们不需要在 cab 中实际部署这些库。我们选择库并显式排除它们并将更改提交到 svn - 当构建服务器获取最新的项目并构建它时，流氓库又回来了。我们必须在构建服务器上实际打开 cab 项目，并（再次）手动排除我们不想包含的库。
这对出租车制造商来说是正常行为吗？
有解决办法吗？
如果我们放弃并使用不同的方法生成 .inf 文件并在构建服务器上运行 exe 来生成 cab 而不是使用该项目，我们的痛苦会减少
谢谢
We are using a Cab Builder project in VS2008 to generate our CF cab files. This works well until we make changes that affect the dependencies. The Cab Builder project decides we need all sorts of additional libraries (mscorlib, etc.) that we don't need to actually deploy in our cab. We select the libraries and explicitly exclude them and commit the changes to svn -- when the build server gets the latest of the project and builds it the rogue libraries are back. We have to actually open the cab project on the build server and (again) manually exclude the libraries we don't want to include.
Is this normal behavior for the cab builder?
Is there a work around?
Will we have less pain if we give up and generate our .inf files with a different method and run the exe on the build server to generate the cabs instead of using the project?
Thank you
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
啊，CAB部署项目。我发誓那件事是事后才想到的，并被分配给几个实习生来开发。除了最简单的包装场景之外，这绝对是垃圾。
我们所做的是手动滚动 INF，然后手动调用 cabwiz。我已经在MSBUILD的帮助下完成了这个以实现自动化很简单。
Ah, the CAB deployment project. I swear that thing was an afterthought and tasked out to a couple interns to develop. It's absolute garbage for anything but the most simplistic packaging scenarios.
What we do is we hand roll the INF and then call cabwiz manually. I've done this with the aid of MSBUILD to make automation pretty simple.