0

我们有一个 laravel 应用程序,我们通过 API 调用将 ERPNext 集成到该应用程序中。

我们为我们的 ERPNext 生产环境添加了一些自定义项,以配合我们对 laravel 应用程序所做的更改。问题是,我们对 laravel 应用程序有版本控制,但对我们的 ERPNext 实例没有。所以大多数时候我们只是在开发时针对生产 ERPNext,因为我们现在只通过 API 检索数据。但是现在我们实现了可以 POST/UPDATE 到 Erpnext 的功能,我们不能(也不应该)再这样做了。一个版本将如何控制(通过 git)ERPNext 实例或应用程序?

我们对 ERPNext 所做的更改

  • 新的文档类型
  • 现有 DocTypes 中的自定义字段
  • 以 API 端点为目标或由其他一些事件(如更新记录)运行的自定义脚本。
4

1 回答 1

0

您始终可以 git fork ERPNext,在该 fork 中进行更改并将该 fork 部署用于生产目的。在 git 中,保持 fork 更新很简单,至少对于关键修复或可能定期进行。

但是根据您列出的更改,也许拥有一个单独的应用程序是一个更好的方法。这将您的所有更改保持在一起并简化了双方的升级,您的代码和 erpnext。

frappe 框架和 erpnext 有很多方法来提取你的逻辑(钩子、使用固定装置自定义文档类型、python 或 javascript 中的覆盖),尽管有时它需要耐心研究以找出最佳方法。

于 2021-01-05T15:08:23.360 回答