我花了两天时间阅读关于 SO、博客文章、论坛等的问题。
大多数信息都是旧的。
我正在使用 Drupal 7(带有 Drush)和 GitHub 在我的 Ubuntu 机器上构建一个站点,用于存储库托管。我可以通过 SSH 访问生产服务器。
在我交付网站的第一个版本后,我将不得不添加功能并修复错误。
一位朋友告诉我将我的 SQL 文件存储在 repo 中,然后从那里开始。
我的问题是:最好的方法是什么?有没有一个好的做法建议?
谢谢!
我花了两天时间阅读关于 SO、博客文章、论坛等的问题。
大多数信息都是旧的。
我正在使用 Drupal 7(带有 Drush)和 GitHub 在我的 Ubuntu 机器上构建一个站点,用于存储库托管。我可以通过 SSH 访问生产服务器。
在我交付网站的第一个版本后,我将不得不添加功能并修复错误。
一位朋友告诉我将我的 SQL 文件存储在 repo 中,然后从那里开始。
我的问题是:最好的方法是什么?有没有一个好的做法建议?
谢谢!
我不是 Drupal 专家,但总的来说,数据库部署很棘手——尤其是当您最终使用测试和生产环境时,因为最终需要订购更改。我建议使用某种形式的“主脚本”来执行您需要的数据库更新。我们用查询来包装我们的查询,这些查询询问数据库您使用的是什么版本,并且只应用新的 sql 更新。
Drupal 中的部署是一个复杂的主题,因为 Drupal 本身对于配置管理的一般主题没有很好的答案。Drupal 8的一项重大举措已经取得了重大进展,但现在,我们要处理存储在数据库中的内容和配置的尴尬。
至少,您需要数据库转储内容。从那里,它变成了一系列潜在的论文。简单说几句:
您可以将 SQL 转储到存储库中,但我们认为没有必要,因为我们关心版本的所有配置都已导出到代码中。所以 SQL 转储实际上相当于一个备份。