我最近开始与使用Magento 1.9的后端团队合作。
除了看到框架设计的美感外，它有时还因其复杂性而带来了挑战。
每个开发人员在这里都有自己的数据库实例。并且，当一个新人来时，他/她将获得一些数据库实例，该实例可能非常旧，或者如果提供数据库的人已经维护了该数据库，则该数据库实例可能会同步到当前的生产实例。
我当前面临的问题是数据库和配置问题。我将在这里单独处理。
由于magento严重依赖于配置，因此有时会发生系统配置值不正确的情况。除非找到中断的原因，然后将其固定在每个开发人员的私有数据库中，否则这将破坏webapp。
例如：我正在进行Totals Tax的计算，但是由于某些配置问题，我的webapp无法在结帐时显示税款。即使对于相同的代码，投入生产的价值也得到了适当的体现。现在，我将花一些时间说，针对我的本地配置进行修复。当其他开发人员要从事同一工作时，他/她必须经历相同的过程，这是不必要的浪费时间。
在magento中，我们使用mysql脚本更新数据库。有一个版本控制系统检查当前的版本号，如果代码中包含更高版本的脚本，它将运行该脚本，更新数据库模式，并更新新的版本号。我看到的问题是，如果在下一次提取最新代码5的过程中发生了更改，并且我从1.4版跳到1.9版，那么我将只运行1.9版随附的脚本。版本1.4-1.8中缺少脚本。就我而言，这就是我在magento中观察到的。我可能在这本书中也错了。
自从使用magento很久以来，我相信团队可以通过多种方式来解决此问题。 as is大大减慢了开发过程。 因此，我该如何解决这些问题。
并且，作为先决条件，我要告诉我，我所工作的公司是一家仅在团队规模方面刚刚开始增长的初创公司。