使用.NET + nant的cruisecontrol.net自动生成-多个组装结构/最佳实践
我正在处理几个共享的.NET程序集和一个通用的web应用程序，我想在我们的CC.NET/NAnt构建环境中更好地处理这些程序。
目前，我们有几个.NET程序集(我们在客户端项目中使用的共享公共代码)，它们存在于我们的SCM中不同存储库中的不同.NET解决方案中(顺便提一句)。它们都是在CC.NET下单独配置的，因此我们目前对它们的构建和部署有相当大的控制。
我们已经开发了一个CMS系统，它使用了一些.NET程序集，包括一个公共管理网站项目和一个模板网站示例项目。在这一解决方案中，我们有以下需要单独管理的元素：
- 管理界面不绑定到.NET，所以它是基于模板的，我们目前正在为它开发一个PHP后端。
- CMS共享程序集构建在其他通用公司范围的程序集之上。
- 控制每个主要CMS构建/发行版中的功能。
我希望这个解决方案的构建输出是一个Visual模板，我们可以使用它来开发其他客户端站点并更好地管理CMS本身中的版本更改，因为我们在代码库中添加了一些特性。
对于所有这些，我都有一个粗略的方法，并且认为这是可以实现的，然而，我想打开这个话题来讨论，看看其他人在管理多个解决方案的构建和部署时都在做什么。
我们的主要考虑是：
- 我们是否利用CC.NET中的集成队列功能来确保构建顺序，并在构建时将我们为CMS所需的程序集拉到一起？
- 在CMS客户端站点内进行调试，即当客户端解决方案是基本CMS系统的版本并因此分离时，逐步进入共享程序集的代码。
- 在使用共享程序集时，开发和扩展CMS，即是在开发期间(跨源代码管理存储库)将组装项目添加到主干解决方案中，然后依赖构建将其统一起来，还是使用完全不同的方法？
- 还有其他可能改变我们思维方式的问题吗？
希望这个问题不会太模糊，你们中的一些人会处理过这些问题。期待听到每个人的经历。
非常感谢！时间
回答 1
Stack Overflow用户
发布于 2009-01-29 19:02:51
不幸的是，我不能回答你的所有观点，但让我首先谈谈以下几点：
- 我们是否利用CC.NET中的集成队列功能来确保构建顺序，并在构建时将我们为CMS所需的程序集拉到一起？
简单的回答是-yes，你应该这么做。queue属性确保CC.NET运行实例中的构建顺序，并为您提供相互依赖的构建的序列化。为了指定相互依赖的项目，您应该使用项目触发器。此任务不依赖于queuePriority。
您很可能会在构建时拉出构建所需的部分。除非您对个人构建有一定的时间限制。
回复：
- 在使用共享程序集时，开发和扩展CMS，即是在开发期间(跨源代码管理存储库)将组装项目添加到主干解决方案中，然后依赖构建将其统一起来，还是使用完全不同的方法？
我从根本上反对在主干中分发二进制文件，除非是一些不需要频繁更新/更改的库。如果您自己构建共享程序集，则应该考虑从构建服务器上的工件中提取它们。
https://stackoverflow.com/questions/482782
复制相似问题
腾讯云开发者
