讲清服务器侧 Git 部署的分支策略、钩子与回滚做法。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。

涉及 Git部署、代码发布、git pull 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。

分支策略

main 跟生产，测试分支先行，禁止直接在服务器上改代码再 commit。

部署方式

简单场景服务器定时 pull，规范场景用 CI 或 deploy 钩子，关键是全流程可重复。

发布前检查

composer 或 npm 安装、数据库迁移、缓存清理按顺序执行，写进脚本而不是靠人记。

回滚

每次发布打 tag 或记录 commit，回滚就是 checkout 旧版本加还原迁移，演练过一次才算有。

权限

部署账号最小权限，生产目录由部署账号所有，禁止 root 手改文件。

速查表

常见问题

Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。

小结

回到这篇的 5 个环节：分支策略、部署方式、发布前检查、回滚、权限。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。

相关阅读：Docker Compose部署应用栈、Docker常用命令与容器排查、Nginx日志分析与正则统计。

延伸阅读：fail2ban自动封禁实战、软件包管理：yum/apt与编译安装取舍、rsync异地备份：脚本与增量同步。