如何在克隆开发站点工作并将代码便捷推送至正式站点

方案1：Git工作流（最推荐，适配所有站点类型） #

• 先初始化Git仓库，将现有站点代码提交到主分支main，该分支对应正式站exemple.com的可用代码
• 新建专属开发分支dev，克隆到exemple.xyz所在的服务器，将开发站点的web根目录指向该分支的本地仓库路径
• 日常开发直接在dev分支提交修改，在开发站点完成功能测试和验证后，执行以下命令合并到主分支并推送到正式站：

# 切换到正式站对应的主分支
git checkout main
# 合并开发分支中已验证无误的代码
git merge dev
# 推送到正式站的远端仓库
git push prod main

• 可以给正式站的Git仓库配置post-receive钩子，收到推送后自动将代码同步到站点根目录，无需手动上传操作。如果你的站点托管在支持CI/CD的平台，还可以配置流水线规则：dev分支有新提交自动部署到exemple.xyz，main分支有新提交自动部署到exemple.com，全程自动化无需手动干预。

方案2：增量文件同步工具（适合静态站点/无需版本追溯的场景） #

• 开发阶段直接在exemple.xyz的站点目录修改代码，功能验证无误后，用rsync工具做增量同步，只会推送修改过的文件，传输效率很高：

# 将开发站目录内容同步到正式站，排除开发环境专属配置文件
rsync -avz --exclude 'config.local.php' /本地/开发站根目录/ 正式站服务器账号@exemple.com:/正式站根目录/

• Windows环境下可以用可视化的增量同步工具，提前配置好过滤规则，避免把开发环境的特殊配置覆盖到正式站。

关键注意事项 #

• 两个环境的专属配置（数据库连接、API密钥、调试开关等）一定要单独隔离存储，不要跟随代码一起同步，避免正式站加载错误配置导致故障。
• 推送代码到正式站前，必须在开发站完成全量功能测试，避免带问题的代码上线。
• 条件允许的话可以新增预发布环境，代码同步正式站前先在预发布环境验证一遍，进一步降低上线风险。

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