掌握 Git 核心知识的关键在于理解其分布式版本控制模型、三大核心区域流转以及常用协作命令，这是日常开发和团队协作的基础。
先说结论：Git 是分布式版本控制系统，核心在于理解工作区、暂存区与版本库的关系，以及分支管理和远程协作流程。
- 适合：所有参与代码开发的程序员，无论是前端、后端还是测试人员
- 先看：Git 的三大核心区域概念及文件状态流转
- 建议：先在本地仓库熟练基础命令，再涉及远程协作和分支合并
环境配置与 SSH 认证
安装 Git 后，首要任务是配置用户信息并生成 SSH 密钥，确保提交记录可追溯且远程通信安全。
# 配置用户信息
git config `--global` user.name "Your Name"
git config `--global` user.email "your.email@example.com"# 生成 SSH 密钥（推荐 ed25519）
ssh-keygen -t ed25519 -C "your_email@example.com"# 查看公钥并配置到代码平台
cat ~/.ssh/id_ed25519.pub配置完成后，使用 git config `--list` 检查信息，并通过 ssh -T git@github.com 测试连接（以 GitHub 为例）。
核心命令与区域流转
理解工作区（Working Directory）、暂存区（Stage）与版本库（Repository）的关系是避免操作失误的关键。
# 初始化与克隆
git init
git clone <远程仓库地址># 基础提交
git status
git add .
git commit -m "提交说明"# 分支操作
git branch
git checkout -b <分支名>
git merge <待合并分支名># 远程同步
git push
git pull.gitignore 配置最佳实践
避免将敏感信息或编译产物提交到仓库，应在项目根目录创建 .gitignore 文件。
# 依赖目录
node_modules/
vendor/# 环境变量
.env
.env.local# 日志与缓存
*.log
.DS_Store
分支策略与冲突解决
Merge vs Rebase：日常开发建议使用 merge 保留完整历史；在提交到主分支前整理提交记录可使用 rebase 保持线性历史。
冲突解决步骤：
- 执行合并时若提示冲突，使用
git status查看冲突文件。 - 打开文件，找到
<<<<<<<和>>>>>>>标记，手动保留所需代码。 - 解决完成后执行
git add <文件>标记为已解决。 - 执行
git commit完成合并。
验证与常见坑
验证方法：执行 git log `--oneline` 查看提交历史哈希值是否唯一；使用 git branch 确认当前分支星号标记；登录代码托管平台核对提交时间。
常见坑：
- 提交错文件：
git add .会添加所有变更，建议使用git add -u仅添加已追踪文件修改。 - 误用 reset：
git reset `--hard`会丢失未提交内容，操作前务必确认。 - 忽略配置：未配置用户信息会导致提交失败，首次使用前务必检查。
参考文档
- Git 官方文档
- GitHub Getting Started
原文链接：https://www.zjcp.cc/ask/11202.html