我想知道使用 Drupal(或任何其他 CMS)开发网站的团队如何将版本控制、subversion、git 或类似内容集成到他们的工作流程中。您显然希望自定义代码和主题文件受到版本控制，但是当您使用 Drupal 等 CMS 时，大量工作包括配置模块和设置，所有这些都存储在数据库中。
那么，当您是一个开发团队时，您如何在这样的项目上进行协作？我想，将数据库转储到文件中并将该文件置于版本控制之下可能会起作用，但是当站点上线时，客户端会不断添加内容，这使得同步有点问题。
我很想知道其他人是如何做到这一点的。
最佳答案
您说得对，这是 Drupal 的一个问题 - 版本控制工作正常，直到您将网站移交给您的客户或向用户开放为止。
您的问题似乎是此 one 的更具体版本，其中涉及 Drupal 工作流程中的版本控制。您可能会在那里找到一些有帮助的答案。
对于某些项目，我已使用“ View ”模块的该功能将所有 View 导出为代码，并且我有一个项目，其中所有 block 也已导出。 (尽管这是一个开发练习，而不是 block 的惯用做法。)
看看 Development Seed 的作品正在努力解决这个问题。他们正在引领Context的发展, Features ，和 Spaces协同工作的模块将配置数据存储在模块(数据库外部)中，以便可以使用代码对其进行版本控制。
有一个名为 Packaging & Deployment 的 Drupal 组讨论针对此问题正在开发的各种解决方案。
关于drupal - 在 Drupal/CMS 项目上使用版本控制，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2893774/