3
如何通过唯一的配置文件部署/管理类似的站点,而没有转储?
我不喜欢“ 克隆网站”解决方案,该解决方案意味着要转储数据库并将此转储导入另一个环境。这看起来并不像部署同一网站的多个实例(staging / prod / dev / etc)的真实方法。 对于D7,我们通常使用自定义配置文件,并使用drush从这些配置文件安装网站(并可能使用功能进行以后的网站同步)。这为我们提供了全新的安装,没有测试内容,但是共享了重要的设置。例如,公共内容同步将通过迁移完成。 我试图管理几个共享相同安装配置文件的D8实例。最终目标是共享和同步站点配置。而且每个安装都有一个不同的站点UUID。我system.site uuid在安装时强制执行config变量没有成功(当然,我以后可以更改该值,但是在我看来这已经太晚了,并且所有对象都已经使用不同的UUID创建,这使得第一次同步成为噩梦。,其中必须删除一些默认内容,或者由于无法删除同步,默认语言导致同步崩溃等)。 为了强制执行此UUID,我尝试使用生成的settings.php文件,该文件中包含一个$config['system.site']['uuid']值,但失败很大(即使在站点安装后,该设置也被完全忽略了)。 我还查看了我不完全了解的配置安装程序配置文件,尤其是将该解决方案与另一个安装配置文件混合使用的方式。 所以问题是,从安装配置文件部署新站点的最佳方法是什么: 无需“克隆网站”,也无需在创建网站时操纵SQL转储(例如,在“ 克隆网站问题”中)。 用新鲜干净的安装(没有开发内容垃圾),使用导出的配置和代码只 它可以管理安装配置默认值和以后的同步