我从 Deploy V 中学到了什么

对我来说，作为 Odoo 实施的项目负责人，在某种程度上也作为最终客户，确定我正在测试功能，因为一旦获得批准，客户将在生产中使用它，这对我来说一直很复杂 客户端。 这听起来很奇怪，但是在同一个环境中共轭是非常复杂的：客户端的实际更新数据，当时商定的配置以及代码中的最新更改，特别是如果我们在同一天考虑到这些 它可能会发生（并且多次发生！）： 客户加载或更新数据：产品、客户、帐户等。我作为项目负责人，更改与客户讨论的配置：新价格表、新许可证等。

当合并提案获得批准时，开发人员通过代码改进或更新功能。 这个问题由来已久，众所周知，但我们在 Vauxoo 设法找到了可以为一般所有人改善这种情况的方法：项目负责人、顾问/开发人员、最终客户、系统管理员和其他需要 印度手机号码数据 真正就绪的上下文的人 DeployV Odoo CMS - 大图 我将解释我如何理解 DeployV 的本质、操作，我不知道这是否是解释它的最佳方式，但至少对我来说这是理解它的最佳方式。 首先，理解某事的最好方法是问自己一个关键问题，其解决方案就是您最终学到的东西； 类似于在功能之前开始编写测试程序。



在这种情况下，我的问题是： &% * $ "! 是我们今天所做的所有更新的实例？（代码、数据、配置）答案并不简单，但正如开膛手杰克所说，我们去 按部分划分。此图像是理解这一点的主要视觉效果。我们有四个环境或实例：更新生产测试开发更新名称已经告诉它更新实例预生产是每次更新的实例 批准。在任何组成但尚未通过生产的存储库中合并。例如，如果在主分支 的 addons-vauxoo 存储库中，合并请求 e2ad24 获得批准，我们可以看到包含以下信息的更新实例。