WordPress主题开发Git工作流优化求助——含共享测试服务器

核心问题拆解 #

• 多开发者本地编译的style.css互相覆盖
• 本地完整站点上传时数据库ID冲突、uploads文件夹合并困难
• Google Drive共享Git仓库引发异常（大量非新文件待暂存）

分步解决方案 #

1. 分离源码与编译产物，规避样式冲突 #

• 仅将Sass源码目录（如scss/）纳入Git管理，禁止提交编译后的style.css，把style.css加入.gitignore
• 测试服务器配置自动编译：开发者推送Sass代码后，服务器自动执行sass scss/style.scss style.css生成最新样式，确保测试服样式统一
• 本地开发时，各自编译的style.css仅用于本地预览，不参与Git提交

2. 数据同步策略：解决数据库与uploads冲突 #

• 数据库同步：
  • 测试服务器保留权威数据库，开发者定期用wp db export从测试服拉取最新备份到本地
  • 本地开发时，避免修改需同步到测试服的核心数据（如页面、文章ID）；若要新增内容，先在测试服创建，再同步到本地
  • 用wp-cli的搜索替换功能，将本地数据库域名替换为测试服域名，避免链接错误
• uploads文件夹处理：
  • 测试服wp-content/uploads/作为权威资源库，本地仅保留自身开发必需的媒体文件
  • 新增媒体文件时，先上传到测试服，再拉取到本地；或用rsync定期双向同步，只同步新增/修改文件，避免覆盖

3. 标准化Git协作流程，放弃共享仓库模式 #

• 采用分支开发模式：
  • 主分支main对应测试服稳定版本，禁止直接推送
  • 每位开发者创建独立功能分支（如feature/header-redesign），开发完成后提交Pull Request
  • 团队审核PR后合并到main，测试服自动拉取main分支更新
• 废弃Google Drive共享克隆方式，所有开发者独立克隆GitHub仓库，通过PR与分支合并完成协作

4. 测试服自动部署配置 #

• 配置CI/CD工具（如GitHub Actions）：当main分支有新推送时，自动拉取代码到测试服，执行Sass编译、数据库结构更新（若有）
• 测试服wp-config.php等敏感文件不纳入Git管理，用环境变量或本地配置文件覆盖

额外注意事项 #

• 团队统一Git提交规范，比如feat: 新增头部导航、fix: 修复样式兼容问题格式，便于追溯
• 定期清理本地无用分支与数据库备份，保持开发环境整洁

内容的提问来源于stack exchange，提问作者KiwisTasteGood