linux自动化部署应为git用户单独配置专用身份，如设user.name为"deploy-bot"、user.email为"deploy@localhost"，通过--system或钩子中export git_author_name/git_author_email确保部署操作日志可追溯、不与开发者身份混淆。

在Linux上为自动化部署单独配置Git用户身份，核心目标是让部署脚本、钩子（如post-receive）提交或检出时使用明确、隔离的身份，避免与开发者账号混用导致日志中出现“unknown author”、邮箱冲突或审计线索断裂。这不是设置“全局默认”，而是为部署上下文定制专用身份。

为什么不能只靠全局配置？

全局配置（git config --global）作用于所有用户和所有仓库，但自动化部署通常由git系统用户执行，该用户不参与日常开发；若直接复用开发者邮箱，会造成： - 提交记录显示为“张三 ”，但实际是服务器自动拉取，语义失真 - 多个项目共用同一全局身份，无法区分是哪个服务触发的部署 - 若全局邮箱变更，所有部署日志作者信息会意外漂移

为部署用户单独设置身份信息

以常用部署用户git为例，在其主目录下配置专属身份，不依赖全局：

• 切换到git用户：sudo -u git -i
• 进入其家目录：cd ~
• 设置仅对该用户生效的默认身份：
  git config --system user.name "deploy-bot"
git config --system user.email "deploy@localhost"
• 验证：git config user.name 应输出 deploy-bot

注意：--system写入/etc/gitconfig，对系统级用户（如git）有效且优先级高于--global；若用--global则写入/home/git/.gitconfig，效果相同但路径更明确。

Github Stars Analyzer

抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...

下载

在post-receive钩子中显式指定身份（推荐）

钩子脚本运行环境可能不加载用户配置，最稳妥方式是在脚本内临时设定：

• 编辑钩子：vim /git/project/project.git/hooks/post-receive
• 在git checkout -f前加入两行：

export GIT_AUTHOR_NAME="deploy-bot"<br>
export GIT_AUTHOR_EMAIL="deploy@localhost"

• 这样即使钩子以root或其它用户身份执行，也能确保生成的部署提交（如有）带正确作者信息
• 若钩子只是checkout不产生新提交，此步可省略；但若后续需git commit -m "auto-deploy"记录部署动作，则必须设置

避免部署操作被误记为“开发者提交”

自动化部署本质是同步行为，不是开发行为。最佳实践是： - 钩子中只做git --work-tree=... checkout -f，不执行git commit - 如需记录部署事件，改用独立日志文件（如/var/log/deploy.log），写入时间、分支、SHA、操作人（来自SSH环境变量SSH_CONNECTION） - 禁用部署用户对仓库的commit权限（如将git-shell设为登录shell），从机制上杜绝人工混入