所有在一个安装程序或Core + Plugin Sub安装程序？

Question

将所有内容构建到一个可安装单元

• 赞成
  • 一个测试和部署到所有环境的软件包
  • 已安装所有插件但可能未在配置
  中注册使用
• 缺点
  • 插件可能处于管道的各种状态，如何只部署好的插件。
  • 如何处理注册部署到哪个环境的插件
  • 很难改变你的想法可能是开发构建和产品推送之间的一个月

构建核心安装程序（无插件）+子安装程序（仅限插件）

• 赞成
  • 更小的足迹，减少错误的空间
• 缺点
  • 插件之间的集成错误的可能性，因为它们可能以各种顺序安装
  • 如果在以前的部署可能是各种各样的核心和子安装程序时回滚部署。需要一种方法来跟踪特定安装包含的内容
  • 当QA包含所有插件时，如何在QA中重现错误，并且prod可能具有较小的可能较旧的子集。

这些是我对这个问题的想法，我一直在努力吃蛋糕并吃掉它但我似乎仍然坚持这两个选择。其他人都在努力解决这个问题，你是如何解决的？我错过了任何其他优点和缺点？到目前为止，我选择了全有或全无的方法，但我对这些想法持开放态度。

提前致谢。

Answer 1

构建一切都更容易测试和部署。您在构建时和测试时，保证所有插件彼此兼容。根据产品的性质，您可以创建可在安装期间选择的插件包。

当然，应该可以选择从安装包中删除尚未生产的插件。但要确保QA能够获得客户或股东的信息。

使用单独的包方法，您必须实现依赖关系跟踪等。它更灵活，可以产生许多可能的组合。

我会选择第一个选项：一个包含所有内容并能够微调所选功能/插件的单个包。

还有一个选择：上述两种方法的组合。考虑Eclipse项目：它有一个通用平台和插件。可以下载具有通常在特定环境中使用的插件集的包。如果需要，可以稍后安装其他插件。所以你将你的核心与几个逻辑连接的插件结合起来;其他插件可以在以后添加到安装中。