1. Git多人协作核心概念解析Git作为分布式版本控制系统其多人协作机制与传统集中式工具如SVN有着本质区别。每个开发者都拥有完整的仓库副本这种设计使得团队协作更加灵活但也带来了新的挑战。理解以下三个核心概念是高效协作的基础工作流模型主流的Git协作工作流包括集中式工作流单分支协作、功能分支工作流feature分支、Gitflow工作流严格的分支模型以及Forking工作流开源项目常用。小型团队推荐功能分支工作流中型团队适合Gitflow而大型开源项目往往采用Forking模式。分支策略master/main分支稳定可发布的代码develop分支日常开发集成feature分支单个功能开发命名规范feature/xxxhotfix分支紧急修复命名规范hotfix/xxx变更同步机制push/pull基础同步操作fetch/rebase优雅的提交历史管理cherry-pick选择性应用提交2. 团队协作标准化配置2.1 初始仓库设置# 全局忽略文件配置适用于所有项目 git config --global core.excludesfile ~/.gitignore_global # 常用全局配置 git config --global user.name Your Name git config --global user.email your.emailexample.com git config --global pull.rebase true # 设置pull默认使用rebase git config --global push.default current # 只推送当前分支重要提示团队应统一换行符配置Windows:core.autocrlftrue, Linux/Mac:core.autocrlfinput2.2 分支保护规则在Git托管平台GitHub/GitLab等上必须配置main/master分支强制代码审查至少1人approve禁止直接push到保护分支要求CI通过才能合并要求线性提交历史no merge commit2.3 提交信息规范推荐使用 Conventional Commits 规范type[optional scope]: description [optional body] [optional footer]常见typefeat新功能fixbug修复docs文档变更style代码格式refactor重构test测试相关chore构建/工具变更3. 日常协作流程详解3.1 功能开发完整周期# 1. 获取最新代码 git checkout main git pull # 2. 创建功能分支 git checkout -b feature/user-auth # 3. 开发并提交多次 git add . git commit -m feat(auth): add login page layout # 4. 同步上游变更 git fetch origin git rebase origin/main # 5. 解决冲突如有 git mergetool git rebase --continue # 6. 推送分支 git push -u origin feature/user-auth # 7. 创建合并请求MR/PR3.2 代码审查最佳实践审查者应该检查代码是否符合项目规范是否有适当的测试覆盖是否包含不必要的调试代码提交信息是否清晰是否有安全风险开发者应该保持MR/PR范围小建议300行提供清晰的描述和测试说明及时处理审查意见3.3 紧急修复流程# 从生产分支创建hotfix git checkout -b hotfix/ssl-cert main # 修复并提交 git add . git commit -m fix(security): update expired SSL cert # 合并到main和develop git checkout main git merge --no-ff hotfix/ssl-cert git checkout develop git merge --no-ff hotfix/ssl-cert4. 高级协作技巧4.1 使用git rerere自动解决重复冲突# 启用rerere功能 git config --global rerere.enabled true # 手动记录已解决的冲突 git add . git rerere4.2 交互式rebase整理提交历史git rebase -i HEAD~5常用操作pick保留提交reword修改提交信息edit修改提交内容squash合并到前一个提交fixup合并并丢弃信息4.3 使用worktree并行开发# 为bug修复创建独立工作区 git worktree add ../hotfix-123 hotfix/issue-1235. 常见问题解决方案5.1 误提交大文件后的清理# 查找大文件 git rev-list --objects --all | grep $(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -5 | awk {print$1}) # 从历史中永久删除 git filter-branch --force --index-filter \ git rm --cached --ignore-unmatch PATH_TO_LARGE_FILE \ --prune-empty --tag-name-filter cat -- --all5.2 恢复误删的分支# 查找最近的分支提交 git reflog | grep branch-name # 恢复分支 git checkout -b branch-name commit-hash5.3 合并多个提交为一个git reset --soft HEAD~3 git commit -m 综合提交信息6. 协作工具链推荐代码托管平台GitHub适合开源项目GitLab强大的CI/CD集成Bitbucket与Jira深度集成GUI客户端GitKraken优秀的可视化工具Fork简洁的Mac客户端SourceTree功能全面代码审查工具Gerrit严格的代码审查流程PhabricatorFacebook开源的代码审查平台CI/CD集成GitHub ActionsGitLab CIJenkins7. 团队协作规范建议分支命名约定feature/[功能描述]bugfix/[问题描述]hotfix/[紧急问题]release/[版本号]每日同步节奏上午拉取最新变更下午推送本地变更下班前解决所有冲突代码冻结规则发布前24小时功能冻结只允许hotfix合并所有合并需双重确认文档要求README.md包含项目概述DEVELOPER.md记录协作规范CHANGELOG.md维护版本变更在实际团队协作中我们采用早同步、晚提交的工作模式。每天早上第一件事是执行git pull --rebase获取最新代码每天下班前确保所有本地变更都已推送到远程并创建合并请求。这种节奏显著减少了代码冲突的发生率。