Git技术咨询：如何避免覆盖匹配文件？网站版本控制场景求助

嘿，我来帮你梳理一套适配你场景的Git工作流，既能跟踪服务器文件是否偏离已提交版本，又能彻底避开git pull搞乱权限导致站点停机的问题～

一、怎么跟踪站点内容是否偏离Git版本？ #

既然你的测试/生产站点已经是Git仓库，而且当前git status干净，那跟踪文件偏离其实很简单，用Git自带的命令就能搞定：

• 实时手动检查：定期在服务器上跑git diff，它会清晰列出所有和已提交版本不一样的地方——不管是内容修改、新增/删除文件，甚至权限变化（如果没关权限跟踪的话）都能看到。
• 快速扫查状态：要是只想快速看有没有文件异常，用git status --porcelain更高效，输出的都是简洁符号，一眼就能揪出哪些文件漏传了或者被意外修改了。
• 自动监控脚本：嫌手动检查麻烦？写个简单的shell脚本设成定时任务（比如每天跑一次），自动告警：

  #!/bin/bash
  cd /path/to/your/site-root
  # 获取Git状态的简洁输出
  status_output=$(git status --porcelain)
  if [ -n "$status_output" ]; then
    echo "⚠️ 发现文件偏离Git已提交版本："
    echo "$status_output"
    # 这里还可以加邮件告警逻辑，比如用mail命令发通知
  else
    echo "✅ 所有文件与Git版本完全一致"
  fi
  

另外，你用FTP传测试站的时候，建议先在本地跑git diff --name-only，拿到上次提交后修改的文件列表，照着这个列表上传，能大大减少漏传概率。

二、测试通过后，怎么安全部署到生产？ #

既然git pull会乱改权限，那我们换两种更安全的部署方式，完全避开这个坑：

方案1：用Git归档打包，再同步到生产 #

这个方法适合不想在生产服务器上直接操作Git的场景，导出的是纯文件包，不会带Git相关的元数据：

1. 在测试站或者本地开发环境，导出你要部署的分支版本（比如main分支最新提交）：

   git archive --format=zip --output=site-deploy.zip main
   

2. 把site-deploy.zip传到生产服务器的临时目录（比如/tmp）。
3. 先备份关键文件：比如config.php、.htaccess这种可能有生产环境专属配置的文件，别直接覆盖：

   cp /path/to/production/config.php /tmp/config-backup.php
   

4. 解压文件到生产站点目录，用-o参数覆盖现有文件，但不会删除压缩包里没有的文件（如果要清理冗余文件，可以先对比再手动删除）：

   unzip -o /tmp/site-deploy.zip -d /path/to/production
   

5. 恢复备份的配置文件，并且复用原文件的权限和所有者（避免手动设置出错）：

   cp /tmp/config-backup.php /path/to/production/config.php
   # 用备份文件的权限/所有者覆盖新文件
   chmod --reference=/tmp/config-backup.php /path/to/production/config.php
   chown --reference=/tmp/config-backup.php /path/to/production/config.php
   

方案2：在生产Git仓库用checkout，保留权限 #

如果生产服务器本身就是Git仓库，想直接用Git操作，那可以先关闭Git的权限跟踪，再部署：

1. 先在生产服务器的Git仓库里，关闭文件权限跟踪（仓库级设置，只影响当前站点）：

   git config core.fileMode false
   

   这样Git就不会把文件权限变化当成修改，后续checkout时也不会乱改权限了。
2. 拉取远程最新代码，然后直接覆盖工作区文件（注意不是git pull，而是先fetch再checkout）：

   git fetch origin main
   git checkout origin/main -- .
   

   这个命令会把远程main分支的文件同步到生产工作区，但因为关了权限跟踪，完全不会改动文件的CHMOD和CHOWN。
   同样，部署前记得备份好生产环境的专属配置文件哦！

三、额外的权限保护小技巧 #

• 把生产环境的敏感配置文件（比如config.php、日志目录）加入.gitignore，这样Git不会跟踪它们，既避免部署时被覆盖，也防止敏感信息提交到仓库。
• 部署后可以加个小脚本，自动检查关键文件的权限是否符合预期，比如：

  # 检查config.php权限是否为644
  target_perm=$(stat -c "%a" /path/to/production/config.php)
  if [ "$target_perm" != "644" ]; then
    echo "⚠️ config.php权限异常，已自动修复"
    chmod 644 /path/to/production/config.php
  fi
  

这样整套流程下来，既能随时监控文件是否偏离Git版本，又能安全部署不碰权限，完美适配你的需求～

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