MSBuild 与 NAnt 的 2005 和 2003 混合代码库

发布于 2024-07-29 04:02:59 字数 465 浏览 2 评论 0原文

我们目前正在维护一个庞大的代码库,其中包含数百个 *.proj 以及也许 50 个具有互连依赖关系的解决方案。

我们所有的代码库都是 .net 或旧版 C++。

当前的构建过程是一个嵌套的命令行脚本,它执行自动源代码控制拉取,然后通过调用 devenv.exe 依次构建每个解决方案。

我想利用一些更好的构建和部署工具,并且我想我已经在 NAnt 或 MSBuild 之间做出了选择。

问题是:

大约一半的代码库是在 Visual Studio 2003 下构建的。另一半是 2005 年的。此时将其迁移到当前的 IDE 在政治上是不可行的,因为它将需要重新测试和引入风险。

我的问题是 - 有人成功使用 MSBuild 构建旧版 2003 解决方案吗? 我可以轻松创建通过调用 devenv.exe 来调用我们的旧解决方案的自定义任务吗?

或者我现在应该只考虑 NAnt ?

We are currently maintaining a huge code base with hundreds of *.proj and perhaps 50 solutions with interconnected dependencies.

All of our code base is either .net or legacy C++.

Are current build process is a nested command line script that does automated source control pulling and then builds each solution in turn by calling devenv.exe.

I would like to take advantage of some of the better build and deployment tools and I think I have settled between either NAnt or MSBuild.

Here is the rub :

About half of the code base is being built under visual studio 2003. The other half is 2005. It is not politically feasible to migrate it forward to the current IDE at this time as it will require re-testing and introduce risk.

My question is - Has anyone successfully use MSBuild to build legacy 2003 solutions? Can I easily create customs tasks that call our legacy solutions by invoking devenv.exe?

Or should I only be considering NAnt at this time?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

抱猫软卧 2024-08-05 04:02:59

我认为混合方法在这里可能也是最好的。 只需将 MSBuild 脚本用于 VS2005 项目,并为较旧的 VS2003 项目构建 NAnt 脚本。 如果您需要构建脚本来管理两者,请使用 NAnt 以及 NAnt MSBuild 任务。

这里的缺点是您必须保持对两个构建系统的一些了解,但我敢打赌,无论如何您都会长期迁移到 MSBuild。

I think a hybrid approach might be best here as well. Just use your MSBuild scripts for the VS2005 projects, and build NAnt scripts for the older VS2003 projects. If you need a build script to manage both, use NAnt to control the process, along with the NAnt MSBuild task.

The downside here is that you will have to maintain some knowledge of two build systems, but my bet is that you'd be migrating to MSBuild over the long-term anyway.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文