Git默认功能已经很强，但每个人的工作习惯不一样！就像给手机装插件、电脑换主题，Git也能“个性化定制”～ 本章会教你玩转Git配置、属性、钩子，让Git完全适配你的工作流：比如自动格式化提交信息、处理跨平台换行问题、限制文件修改权限等。新手也能轻松上手，配置一次，受益终身！
第一部分：Git配置 - 基础个性化设置
⚙️ Git配置 - 给Git“调参数”
配置层级
客户端配置
服务器配置
颜色配置
1. 配置层级 - 不同范围的设置 📌
Git的配置分三个层级，优先级从高到低：本地仓库 > 全局用户 > 系统全局，高层级会覆盖低层级的设置。
1. 系统级配置（所有用户共享，需管理员权限） git config —system 配置项 值 # 配置文件路径：/etc/gitconfig（Linux/Mac）、C:\Program Files\Git\etc\gitconfig（Windows）# 2. 全局级配置（当前用户所有仓库生效） git config —global 配置项 值 # 配置文件路径：~/.gitconfig（Linux/Mac）、C:\Users\用户名.gitconfig（Windows） # 3. 本地仓库配置（仅当前仓库生效） git config 配置项 值 # 配置文件路径：当前仓库/.git/config # 查看所有配置（包含三个层级） git config —list # 查看某个具体配置 git config user.name
💡 实用场景：全局配置设置用户名和邮箱，本地仓库可以单独设置不同的邮箱（比如工作仓库用工作邮箱，个人仓库用私人邮箱）～
2. 常用客户端配置 - 提升日常使用体验 🚀
这些配置能解决日常使用中的小痛点，建议全局设置：
1. 设置默认编辑器（替换vi为你常用的编辑器） git config —global core.editor “code —wait” # VS Code git config —global core.editor “subl -w” # Sublime Text git config —global core.editor “emacs” # Emacs# 2. 设置提交信息模板（强制提交信息格式规范） # 先创建模板文件 ~/.gitmessage.txt，内容示例： # [类型] 简短描述（50字内） # # 详细说明： # 1. 功能亮点 # 2. 改动范围 # [关联工单：XXX] git config —global commit.template ~/.gitmessage.txt # 3. 关闭分页输出（git log、git diff不再分页，直接显示全部） git config —global core.pager "" # 4. 设置GPG签名密钥（提交和标签自动签名，增强安全性） git config —global user.signingkey 你的GPG密钥ID # 5. 全局忽略文件（所有仓库都忽略这些文件，比如编辑器缓存） # 先创建 ~/.gitignore_global 文件，添加忽略规则： # *.swp（Vim缓存） # .sublime-（Sublime缓存） # .DS_Store（Mac系统文件） git config —global core.excludesfile ~/.gitignore_global # 6. 命令自动纠错（输错命令时自动提示并执行正确命令） git config —global help.autocorrect 1 # 1=0.1秒后自动执行
3. 颜色配置 - 让输出更易读 🎨
Git默认会给日志、差异等输出上色，也可以自定义颜色：
开启所有颜色（默认是auto，终端输出上色，重定向到文件不上色） git config —global color.ui true# 自定义diff输出颜色（比如元信息蓝色粗体） git config —global color.diff.meta “blue bold” # 自定义分支列表颜色 git config —global color.branch.current “green bold” # 当前分支绿色粗体 git config —global color.branch.remote “red” # 远程分支红色
颜色值支持：black、red、green、yellow、blue、magenta、cyan、white；属性支持：bold（粗体）、ul（下划线）、reverse（反色）。
4. 服务器配置 - 增强仓库安全性 🛡️
如果是自己搭建的Git服务器，可以通过配置限制推送行为：
1. 强制校验对象完整性（防止恶意推送损坏的对象） git config —system receive.fsckObjects true# 2. 禁止非快进推送（防止强制覆盖已推送的提交） git config —system receive.denyNonFastForwards true # 3. 禁止删除分支和标签 git config —system receive.denyDeletes true
⚠️ 注意：这些配置需要在服务器的裸仓库中设置（—system 对所有仓库生效，或进入仓库目录用 git config 只对该仓库生效）～
第二部分：Git属性 - 文件级别的定制
📄 Git属性 - 给文件“定规则”
.gitattributes
二进制文件处理
关键字替换
合并策略
导出忽略
1. 什么是Git属性？
Git属性通过 .gitattributes 文件设置（放在仓库根目录，需提交到仓库），可以给特定文件或目录指定规则，比如“如何处理二进制文件”“合并时用什么策略”等。 如果不想把属性文件提交到仓库，可以写在 .git/info/attributes 文件中（仅本地生效）。
2. 二进制文件处理 - 让Git正确识别 📦
有些文件看似文本（比如Xcode的 .pbxproj），但实际是二进制格式，Git默认可能误判，导致合并冲突或无用的diff输出：
在 .gitattributes 中添加： # 标记 .pbxproj 文件为二进制，不尝试diff和合并 *.pbxproj binary# 让Word文档支持diff（需要安装 docx2txt 工具） *.docx diff=word # 配置diff工具（全局设置） git config diff.word.textconv docx2txt # 让图片文件diff时显示EXIF信息（需要安装 exiftool） *.png diff=exif git config diff.exif.textconv exiftool
💡 效果：运行 git diff 时，Word文档会显示文本内容差异，图片会显示文件大小、尺寸等变化，再也不是“Binary files differ”了～
3. 关键字替换 - 自动注入信息 🔍
类似SVN的关键字替换，Git可以在文件检出时注入提交信息（比如版本号、日期），提交时自动移除：
1. 简单替换：注入文件的SHA-1值 # .gitattributes 中添加： .txt ident # 在文件中添加 ，检出时会替换为 # 2. 自定义替换（比如注入最后提交日期） # 第一步：创建替换脚本 expand_date（放在PATH目录） # #!/usr/bin/env ruby # data = STDIN.read # last_date = git log --pretty=format:"%ad" -1 # puts data.gsub('', '') # chmod +x expand_date # 第二步：配置Git过滤器 git config —global filter.dater.smudge expand_date git config —global filter.dater.clean ‘perl -pe “s/\$Date[^\$]\$/\$Date\$/”’ # 第三步：.gitattributes 中指定文件 date*.txt filter=dater # 在 date_test.txt 中添加 ，检出时会自动替换为最后提交日期
⚠️ 注意：自定义过滤器脚本需要分发给团队成员，否则其他人检出文件时不会替换关键字～
4. 合并策略 - 解决特定文件冲突 🤝
有些文件（比如配置文件）在不同分支可能有不同内容，合并时不想冲突，直接保留当前分支的版本：
.gitattributes 中添加： database.xml merge=ours # 合并时保留当前分支的 database.xml# 配置“ours”合并策略（全局设置） git config —global merge.ours.driver true
效果：合并其他分支时，database.xml 不会出现冲突，直接使用当前分支的版本，适合环境相关的配置文件。
5. 导出忽略 - 打包时排除文件 📤
用 git archive 打包仓库时，有些文件（比如测试用例、构建产物）不想包含，可以通过属性排除：
.gitattributes 中添加： test/ export-ignore # 排除 test 目录 *.log export-ignore # 排除所有 .log 文件 .gitignore export-ignore # 排除 .gitignore 文件
执行 git archive HEAD —format=zip -o 项目名.zip 时，这些文件会自动排除，适合生成部署包。
第三部分：Git钩子 - 自动化脚本触发
🤖 Git钩子 - 给操作“加脚本”
客户端钩子
服务器端钩子
提交相关钩子
推送相关钩子
1. 钩子基础 - 怎么启用钩子？
Git钩子是事件触发的脚本（支持Shell、Ruby、Python等），仓库初始化后会在 .git/hooks 目录生成示例脚本（后缀 .sample），启用方法：
1. 复制示例脚本，去掉 .sample 后缀（以提交前检查为例） cd .git/hooks cp pre-commit.sample pre-commit# 2. 编辑脚本，添加自定义逻辑 vim pre-commit # 3. 给脚本添加执行权限 chmod +x pre-commit
⚠️ 注意：钩子文件不会随 git clone 复制到本地！团队共享钩子需要手动分发，或通过项目文档告知成员安装～
2. 客户端钩子 - 本地操作触发 🔧
客户端钩子在本地执行（比如提交、合并、检出），常用钩子如下：
（1）pre-commit - 提交前触发
用于检查提交前的代码（比如语法检查、空格检查），脚本退出非0会终止提交：
#!/bin/sh # 检查代码中是否有 console.log（前端项目示例） if git diff —cached —name-only — ‘*.js’ | xargs grep -q ‘console.log’; then echo ”❌ 错误：提交中包含 console.log，请删除后再提交！” exit 1 fi# 检查是否有 trailing whitespace（行尾空格） if git diff —cached —check; then echo ”✅ 代码格式检查通过！” exit 0 else echo ”❌ 错误：存在行尾空格等格式问题，请修复！” exit 1 fi
（2）commit-msg - 提交信息检查
强制提交信息符合规范（比如必须包含工单编号），脚本退出非0会终止提交：
#!/bin/sh # 获取提交信息文件路径 msg_file=1 # 读取提交信息 msg=(cat “msg_file") # 正则匹配：必须包含 [ref: 数字] 格式 if ! echo "msg” | grep -qE ‘[ref: [0-9]+]’; then echo ”❌ 错误：提交信息格式不正确！” echo ”✅ 正确格式示例：修复登录bug [ref: 123]” exit 1 fi exit 0
（3）post-checkout - 检出后触发
检出分支后自动执行操作（比如安装依赖、生成文档）：
#!/bin/sh # 检出后自动安装npm依赖（前端项目） if [ -f “package.json” ]; then echo ”📦 正在安装依赖…” npm install fi# 生成API文档 if [ -f “README.md” ]; then echo ”📄 正在生成文档…” npm run docs fi
3. 服务器端钩子 - 推送操作触发 🚀
服务器端钩子在Git服务器上执行（仅针对裸仓库），常用钩子如下：
（1）pre-receive - 接收推送前触发
对所有推送的引用（分支、标签）进行检查，脚本退出非0会拒绝整个推送：
#!/bin/sh # 检查所有推送的提交信息是否符合规范 while read oldrev newrev refname; do # 获取该分支新增的提交 commits=oldrev..commits; do # 读取提交信息 msg=commit | sed ‘1,/^/d') # 检查格式 if ! echo "msg” | grep -qE ‘[ref: [0-9]+]’; then echo ”❌ 错误：提交 $commit 的信息格式不正确！” echo ”✅ 正确格式示例：修复登录bug [ref: 123]” exit 1 fi done done exit 0
（2）post-receive - 接收推送后触发
推送成功后执行操作（比如触发CI/CD、发送通知）：
#!/bin/sh # 推送成功后触发Jenkins构建 curl -X POST http://jenkins服务器地址/job/项目名/build?token=触发令牌# 发送邮件通知（假设存在 send-email.sh 脚本） ./send-email.sh “项目有新推送” “分支：oldrev..$newrev”
（3）update - 每个引用推送时触发
和 pre-receive 类似，但对每个推送的分支/标签单独触发，拒绝单个引用不会影响其他引用：
#!/bin/sh refname=1 # 引用名（比如 refs/heads/master） oldrev=2 # 推送前的版本 newrev=3 # 推送后的版本# 禁止强制推送master分支 if [ "refname” = “refs/heads/master” ] && ! git merge-base —is-ancestor newrev; then echo ”❌ 错误：禁止强制推送master分支！” exit 1 fi exit 0
第四部分：实战场景 - 企业级政策 enforcement
🌍 实战场景 - 企业级Git政策 enforcement
大型团队需要统一规范，结合配置、属性、钩子可以实现强约束，以下是常见场景：
场景1：强制提交信息格式 + 分支权限控制
需求：所有提交必须包含工单编号，普通开发者只能修改指定目录，管理员无限制。
1. 服务器端 update 钩子（检查提交信息和目录权限） #!/usr/bin/env ruby refname = ARGV[0] oldrev = ARGV[1] newrev = ARGV[2] user = ENV[‘USER’] # 假设通过SSH环境变量获取用户名# 检查提交信息格式 regex = /[ref: (\d+)]/ git rev-list #{oldrev}..#{newrev}.split(“\n”).each do |rev| msg = git cat-file commit #{rev} | sed '1,/^$/d' unless regex.match(msg) puts “[POLICY] 提交 #{rev} 信息格式错误，需包含 [ref: 工单编号]” exit 1 end end # 检查目录权限（ACL文件放在仓库根目录的 acl 文件中） acl = { ‘admin’ => [”], # 管理员无限制 ‘dev1’ => [‘lib’, ‘tests’], # 只能修改lib和tests目录 ‘doc’ => [‘doc’] # 只能修改doc目录 } git rev-list #{oldrev}..#{newrev}.split(“\n”).each do |rev| git log -1 --name-only --pretty=format:'' #{rev}.split(“\n”).each do |path| next if path.empty? has_access = acl[user]&.any? { |p| p.empty? || path.start_with?(p) } unless has_access puts “[POLICY] 用户 #{user} 无权限修改 #{path}” exit 1 end end end exit 0
场景2：跨平台换行问题处理
Windows用CRLF换行，Linux/Mac用LF换行，导致提交时出现大量“空白修改”，通过配置和属性解决：
1. 全局配置（Windows用户） git config —global core.autocrlf true # 提交时CRLF转LF，检出时LF转CRLF# 2. 全局配置（Linux/Mac用户） git config —global core.autocrlf input # 提交时CRLF转LF，检出时不转换 # 3. .gitattributes 中强制所有文件用LF（推荐，统一仓库换行格式） * text=auto eol=lf # 文本文件自动识别，强制LF换行 *.bat text eol=crlf # bat文件特殊处理，保留CRLF *.png binary # 二进制文件不转换
💡 推荐用 .gitattributes 统一配置，避免每个用户本地配置不一致导致的问题～
场景3：自动格式化代码 before commit
团队统一代码风格（比如ESLint、Prettier），提交前自动格式化，避免格式冲突：
pre-commit 钩子脚本 #!/bin/sh # 安装依赖（如果未安装） if ! command -v prettier &> /dev/null; then echo ”📦 正在安装 prettier…” npm install -g prettier fi# 格式化所有 staged 的 js、vue、css 文件 git diff —cached —name-only — ‘.js’ ‘.vue’ ‘.css’ | xargs prettier —write # 重新暂存格式化后的文件 git diff —cached —name-only — ‘.js’ ‘.vue’ ‘.css’ | xargs git add echo ”✅ 代码格式化完成！” exit 0
总结与交付物提议
🎯 本章总结 - Git个性化核心要点
- 配置层级：本地 > 全局 > 系统，按需设置不同范围的参数
- 常用配置：编辑器、提交模板、颜色、全局忽略，提升日常效率
- Git属性：通过 .gitattributes 控制文件的diff、合并、导出规则
- Git钩子：客户端钩子规范本地操作，服务器端钩子强制团队政策
- 实战场景：结合三者可以解决跨平台、代码规范、权限控制等问题
要不要我帮你整理一份Git个性化配置大全？包含常用配置命令、.gitattributes 模板、实用钩子脚本，直接复制就能用，让你快速打造专属Git工作流～