Git如何忽略本地变更拉取远程仓库更新？

这种情况我在自动化部署场景里碰到过好多次！核心问题就是你的服务器本地工作区中，有Git已经跟踪的文件（就是那台数据库配置文件）被修改过，Git为了防止你丢失本地变更，默认会阻止git pull操作。结合你用cronjob自动拉取的需求，给你几个实用的解决方案：

方案一：临时暂存本地修改，拉取后恢复（最直接，无需改仓库） #

适合不想改动远程仓库结构的情况，直接在你的拉取脚本里加几步就好：

• 先把本地的配置文件变更暂存起来：git stash
• 拉取远程最新代码：git pull origin <你的分支名>（比如main或master）
• 恢复之前暂存的配置变更：git stash pop

注意：如果远程仓库恰好也修改了这个配置文件，恢复时会出现冲突。不过按照你的描述，远程是虚假信息，应该不会有人改这个文件，所以冲突概率极低。如果真遇到冲突，你可以在脚本里加冲突处理逻辑（比如直接保留本地版本：git checkout --ours <配置文件路径>）。

方案二：让Git忽略该文件的本地变更（适合长期固定修改） #

如果你的配置文件只会在服务器本地修改，远程永远不会更新它，那可以让Git停止跟踪这个文件的本地变化：

1. 先确保服务器上的配置文件已经是正确的真实账号密码
2. 执行命令：git update-index --assume-unchanged <你的配置文件路径>（比如git update-index --assume-unchanged config/db.php）

之后再执行git pull时，Git就会完全忽略这个文件的本地修改，直接拉取其他文件的更新，再也不会因为这个文件报错。

小提示：如果之后你需要让Git重新跟踪这个文件，执行git update-index --no-assume-unchanged <配置文件路径>即可。

方案三：用模板文件分离配置（最规范的长期方案） #

这是工业界常用的做法，从根源上避免本地修改跟踪文件的问题：

1. 在远程仓库中，把原来的数据库配置文件改名为模板，比如database.example.php（里面保留虚假信息）
2. 在仓库的.gitignore文件中添加database.php，确保真实的配置文件不会被提交到远程
3. 修改你的服务器部署脚本：
   • 拉取远程代码后，检查服务器上是否存在database.php
   • 如果不存在，复制database.example.php为database.php，再替换里面的账号密码为真实值
   • 如果已经存在，直接跳过配置修改步骤（因为已经是正确的了）

这个方案的好处是，远程仓库和本地配置完全分离，永远不会出现pull冲突，也更安全（真实密码不会出现在Git仓库里）。

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