我负责发展和维持一套共同框架的组件,用于建造我们的产品应用程序。这些会议是比较新的和在一个国家的通量为新的特点是实施,等等。结果,这是不寻常对他们进行重建和重新分配有点频繁。我希望这个下降为大会是stabalized,但它是什么它是今天。

现在,大会被放置到一个共同的文件夹里的发展项目可以参考同样的集会。更新应用是作为简单替换文件和发展项目自动获得起的变化的下一次他们被装载和建造。

我的问题是,我们可能有几个"层"的组件建立的框架-例如,我们有一个核心图书馆共享的所有应用程序和服务器库中引用的核心是共享的所有服务器的应用程序。所有的依赖关系也必须重建每一个时间框架的组件被更新,这是一个非常大的任务。我不认为我可以使用GAC因为这将需要所有开发人员更新其系统中的每一个时间一个新的版本发布。

我已经调查发布的政策,但有一些疑问,这将解决我的问题对于一些原因:

  • 对于一个,我不想重新创造的文件每次我重建我框架件-有一个方法我可以自动执行这一进程?

  • 它是我不清楚,如果它要求大会进的建议。正如我所说的,我不想要强迫我的开发重新安装、更新等等。每次我们发布了新版本的组件。

  • 我没有任何控制网络安装和配置,因此这是必要的,以避免整个"信任"问题通过将文件放在一个网络分享。另外,许多我们的开发工作在一个有时连接时,我们希望该文件提供给他们当中断。

目的将是使更新这些组件的透明我们的应用程序开发者,使他们。我们无疑会安装这些集到的针对的目标机器安装应用程序时,但我们不希望这样做的用于发展目的。它也是不合理的,包括项目在每个应用程序的解决方案,因为它们是由不同的小组。

我不能想象,我独自一人在这些要求,希望有人可分享他们的经验和智慧指导我一个解决方案。谢谢!

有帮助吗?

解决方案 2

NuGet已经解决了这个问题。通过分发的共享程序集框架等为NuGet包的私人仓库在我们的网络,我们可以很容易地发布更新并将它们应用于客户的代码如适当的。

其他提示

你不一定需要安装大会成GAC-没有什么你需要这个。

这里的主要问题是确保一个大会部队在其所有的依赖关系进行重建,所有这些都放在一个共享的位置。

最简单的选择在这里可能有一个建立服务器,重建一切,每当一个共享的组件被更新。这也具有优势的潜在运行,其他"脚本"的建立,例如做码的指标,静态的代码分析,等等,无论何时建立检查。

你可以那么只有建立服务器复制到一个共享的位置。如果项目参考从共享的位置,并明确说不限制一个具体版本,一切都应该只是工作的罚款。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top