推送本地提交到DigitalOcean生产仓库后需执行git reset --hard才生效的原因及解决方法

你在DigitalOcean上搭建的生产仓库是带工作区的非裸Git仓库，且远程仓库当前检出的分支，和你本地推送的目标分支完全一致。
Git出于内置的保护机制，当你向非裸仓库的当前检出分支推送时，仅会更新.git目录下的分支引用和版本对象，不会自动同步工作区的实际文件内容——这就导致你推送完成后，远程服务器上跑的代码文件还是旧版本，必须手动执行git reset --hard让暂存区、工作区和最新推送的commit对齐，变更才会生效。
很多人第一次搭建这类仓库时会忽略Git在推送过程中弹出的警告提示，类似"remote: warning: updating the currently checked out branch will make the index and work tree inconsistent"，长期手动reset也就成了惯性操作。

按照推荐优先级排序：

方案1：分离推送接收仓库和生产工作区（最适配生产场景） #

这种方式完全贴合Git的设计逻辑，不会有分支检出保护的问题，也不会因为推送操作意外覆盖线上动态生成的文件：

1. 在服务器上单独创建一个无工作区的裸仓库作为推送接收端，创建命令为git init --bare production-repo.git
2. 把你的生产部署目录单独检出，和这个裸仓库做远程关联
3. 在裸仓库的hooks目录下新建post-receive自动执行钩子，写入自动同步工作区的命令：

   git --work-tree=/你的生产目录绝对路径 --git-dir=/你的裸仓库绝对路径 reset --hard 你要部署的目标分支名
   

4. 给这个钩子文件加可执行权限：chmod +x hooks/post-receive
   配置完成后，本地每次推送完成，服务器会自动触发钩子执行硬同步，完全不需要手动登录操作。

方案2：放开非裸仓库的分支更新限制（改动量最小） #

如果不想单独拆分裸仓库结构，可以直接修改现有远程仓库的Git配置，让Git在推送完成后自动同步工作区：

1. 登录远程服务器，进入对应仓库的.git目录，修改配置文件：

   git config receive.denyCurrentBranch updateInstead
   

2. 该配置的作用是：当向当前检出分支推送时，Git会自动检查工作区状态——如果没有未提交的本地修改，就自动把工作区同步到最新的commit；如果有未提交的冲突修改，会直接拒绝本次推送，不会强行覆盖线上文件。
3. 配置完成后再测试一次推送，后续就不需要手动执行reset操作。

• 所有生产代码的变更全部走本地开发、推送部署的流程，不要直接在远程生产工作区上修改代码提交，否则会触发Git的保护机制导致推送失败
• 对线上需要动态调整的配置文件，要将其加入.gitignore不纳入版本跟踪，避免每次部署时被硬同步覆盖
• 不要将receive.denyCurrentBranch配置为ignore，该配置会跳过所有工作区状态检查强行推送，很容易直接破坏线上正在运行的服务文件

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