您现在的位置是：首页 > WordPress教程WordPress教程

WordPress版本控制设置

WP集市 2025-09-08 【WordPress教程】 211人已围观

开始捣鼓WordPress版本控制的时候，你可能会懵——这玩意儿不是自带自动更新吗？但真相是：核心更新只管核心，你的主题、插件、自定义代码全得靠自己。好比给你一辆车却只保证发动机不炸，轮胎飞了自个儿看着办。
先搞懂为啥需要版本控制。比如你改functions.php手滑删了个函数，或者插件更新后网站白屏，这时候git能像时光机一样带你回滚。别指望WordPress后台的“编辑”按钮，那玩意儿是走钢丝。
准备工作：确保本地环境跑着WordPress。用Local by Flywheel或者XAMPP都行，代码编辑器开起来，终端窗口别关。记住，永远先在本地操作，别直接在生产环境玩火。
初始化git仓库。进到WordPress根目录，扔个终端命令：
```
cd /path/to/your/wordpress
git init
```
这时候会生成.git隐藏文件夹，相当于给项目安了个大脑。
忽略不需要跟踪的文件。创建.gitignore文件，内容大概这样：
```
# 忽略上传的媒体
/wp-content/uploads/
```

/.env

.DS_Store

这样上传的图片和敏感配置就不会进版本库，避免仓库爆炸性增长。

6. 第一次提交的代码快照：
```bash
git add .
git commit -m "初始提交：完整的WordPress安装"

这时候所有核心文件、主题、插件（除uploads外）都被存档了。注意别把数据库密码之类写进代码，用环境变量处理。

分支策略很重要。主分支main永远对应生产环境，新功能在feature分支开发：
```
git checkout -b feature/new-header
```
改完主题代码后合并回main分支，这样即使搞砸了也能轻松切回稳定版本。
数据库的版本控制是难点。用WP-CLI导出SQL并过滤变化：
```
wp db export --skip-extended-insert > dump.sql
```
但更推荐用插件如WP Migrate DB来同步数据，避免手动处理序列化数据问题。
自动化部署可以用Git钩子。在.git/hooks/post-receive里写脚本：
```
#!/bin/bash
git --work-tree=/var/www/html --git-dir=/home/user/repo.git checkout -f
wp cache flush
```
这样push代码后自动同步到服务器，记得给脚本执行权限chmod +x。
遇到冲突别慌。比如两人同时改style.css，Git会标记冲突部分：
```
<<<<<<< HEAD
background: #fff;
=======
background: #000;
>>>>>>> feature/dark-mode
```
手动选择要保留的代码，再commit一次就好。
标签管理适用于版本发布。做完重大更新后打标签：
```
git tag -a v2.1.0 -m "发布新主题版本"
git push origin --tags
```
这样随时能切回特定版本，比如客户抱怨新版本有问题时快速降级。
记住版本控制不是备份。它管代码变化，但数据库、上传文件还得额外备份。可以用UpdraftPlus插件补全这个短板。