创建Odoo模块与分叉模块相比有什么优势？

Question

我们有兴趣使用Odoo，但我们需要稍微修改它以适应我们的用例，例如通过添加字段来修改合作伙伴，并与外部系统集成。

最好是分叉它或使模块的变化？这些更改对我们的用例和现有系统来说非常具体，所以对于其他任何人作为模块/应用程序来说都不太可能有用。

我的想法是，通过分叉可以更容易地与Odoo保持同步 - 我们不得不偶尔从上游引入更改。看起来像一个模块，你会得到很多陈旧的代码，因为你已经将它移到了源代码树之外，所以很难更新。 它似乎也更容易部署，因为您将所有代码放在一个地方而不是两个。

Answer 1

从我的POV开始，根据多年的ERP经验，最好的建议是在自己的模块（继承所有必需的标准组件）中执行这些变化总是，并保持标准不变。这也适用于非常特定的自定义以及一般改进。

当在目标系统上执行对标准模块的更新时，此过程为您提供安装，更新，分发和维护代码的最佳灵活性，同时不会触及代码。

您还可以在dev/test/prod系统之间共享和移动代码，并对其应用版本控制。

请务必确保符合适用于您的代码的有效许可证义务（特别是在继承标准模块时）。

希望这有助于;-)