以下是我们采用的策略。
在没有特性模块的情况下,跟踪重新设计的站点中的配置更改将会更加困难。它帮助将大部分配置和设置导出到代码中。由于我需要将实时数据同步到重新设计的开发站点,因此数据库中的所有更改都将被清除。
为了让定制块能够在数据同步中存活,我们在代码中构建了大量的自定义代码块,以便在镶板页面中使用窗格。这降低了由于块都被导出到代码中而导致的块设置和内容的易更改的灵活性,但是使得在现场的数据同步过程中维护块变得更加容易。我们计划在新站点上线后,将几个街区的内容重新设计成可以支持可编辑内容的自定义块,这似乎是一个可行的折衷方案。
为了处理一些无法输出到特性的东西,我已经编写了一个同步脚本来处理最后的手动设置调整,从而触发了德鲁什命令。脚本处理的任务包括:
——切换到新主题
——禁用未使用的视图和模块
——启用所有新特性
——设置各种Drupal变量
——将块放入区域
——更新菜单
——更新url别名
支持旧的别名作为重定向
- - - - - -等
该脚本帮助节省了大量的时间,手动重新配置站点设置,将几个小时的工作时间缩短为半小时。