Drupal 7 本身并没有“内建的一键部署功能”,所以“从测试环境一键部署到生产环境”不能完全自动化完成,尤其是涉及数据库、配置和文件系统时。但你可以通过一些工具和方法实现接近“一键部署”的效果 ✅
🚧 为什么不能直接一键部署?
Drupal 7 的架构设计限制了自动部署的能力,主要原因如下:
🧩 1. 配置存在数据库中
不像 Drupal 8/9/10 使用 YAML 文件存储配置,Drupal 7 的大部分配置(Views、Content Types、Blocks、Menus 等)都存在数据库里,这让你无法通过 git 同步配置。
📁 2. 文件(上传内容、图片)存储在 sites/default/files
,也不能直接通过代码同步。
✅ 常用的部署策略和工具(推荐)
🔧 方案一:使用 Features 模块
- 用途: 将 Drupal 7 中的配置(如 Content Type、Views、Permissions)打包成可导出的模块(.module 文件)
- 好处: 你可以将这些模块纳入 git 版本控制,在测试环境测试,部署时一键更新模块,即可同步配置。
- 适合内容类型、字段、Views、Rules 等配置的同步
drush features-export my_feature_name
# 在生产环境:
drush features-revert my_feature_name
🔄 方案二:使用 Drush 脚本自动化部署
- 通过脚本执行一整套部署流程,如:
drush updb # 执行数据库更新
drush cc all # 清除缓存
drush fr my_feature_name # 应用 Features 模块变更
你可以把这套流程放在 shell 脚本里,在测试环境测试通过后,复制到生产环境运行。
📦 方案三:使用 CI/CD 工具(例如 Jenkins、GitLab CI)
- 用 git 管理代码和 features 模块
- CI 脚本中写明部署流程
- 代码部署
drush
自动执行数据库更新、feature revert 等操作
✋ 文件和数据库怎么处理?
数据库(DB)
- 一般不直接将测试环境数据库导入生产(因为生产有真实数据)。
- 可以写 hook_update_N() 在代码中变更结构,而不是直接导 DB。
文件(用户上传)
- 如果需要同步,可以用
rsync
:rsync -avz testserver:/var/www/html/sites/default/files/ /var/www/html/sites/default/files/
✅ 总结:能不能“一键部署”?
部署内容 | 可否一键 | 推荐方式 |
---|---|---|
代码 | ✅ 可以 | Git + CI/CD |
配置 | ⚠️ 需要处理 | Features 模块 + Drush |
数据库结构 | ✅ 可以 | hook_update_N() + drush updb |
上传文件 | ✅ 可以(小心覆盖) | rsync |
内容数据 | ❌ 不建议部署 | 由后台手动或用 Migrate/Feeds 处理 |