Git全流程实战指南：从基础操作到团队协作

一、Git环境准备与基础配置

Git作为分布式版本控制系统，其核心价值在于通过版本快照记录代码变更历史。安装完成后需完成两项关键配置：

版本验证
在终端执行git --version确认安装成功，输出类似git version 2.40.0的版本信息。若提示命令未找到，需检查环境变量配置或重新安装。
全局身份设置
通过以下命令配置全局用户名和邮箱，确保每次提交的元数据完整：
```
git config --global user.name "Your Name"
git config --global user.email "your.email@example.com"
```
此配置存储在用户目录的.gitconfig文件中，可通过git config --list查看所有配置项。

二、本地仓库操作全流程

1. 仓库初始化与文件管理

创建新仓库
在项目根目录执行git init生成.git隐藏文件夹，该目录包含所有版本控制元数据。
文件状态跟踪
使用git status查看当前文件状态，典型输出包含三类文件：
- Untracked files：未纳入版本控制的文件
- Changes to be committed：已暂存的文件
- Changes not staged：修改但未暂存的文件
版本快照生成
通过git add <file>将文件纳入暂存区，再执行git commit -m "commit message"生成版本快照。建议遵循Conventional Commits规范编写提交信息。

2. 版本历史管理

日志查看
git log显示完整提交历史，常用参数组合：

git log --oneline --graph --all  # 简洁图示分支拓扑
git log -p <file>               # 查看特定文件修改详情

版本回退
通过git reset实现三种回退策略：

git reset --soft HEAD~1         # 仅移动HEAD指针
git reset --mixed HEAD~1        # 默认方式，保留工作区修改
git reset --hard HEAD~1         # 彻底回退（慎用）

三、分支管理与协作策略

1. 分支操作基础

创建与切换

git branch feature-x           # 创建分支
git checkout feature-x         # 切换分支（Git 2.23+推荐使用git switch）

分支合并
在主分支执行git merge feature-x将特性分支合并到当前分支。合并冲突时需手动解决后提交。

2. 团队协作最佳实践

远程仓库配置
通过git remote add origin <url>关联远程仓库，推荐使用SSH协议：
```
git remote add origin git@host:path/repo.git
```

推送与拉取规范

git push -u origin feature-x   # 首次推送关联分支
git pull origin main           # 拉取最新变更（等价于fetch+merge）

Pull Request工作流
主流代码托管平台均支持此模式：
1. 基于最新main分支创建特性分支
2. 完成开发后推送至远程仓库
3. 通过平台界面发起合并请求
4. 团队代码审查后合并

四、远程仓库与云端协作

1. 云端托管服务选择

主流云服务商提供标准化Git托管服务，核心功能包括：

代码仓库存储
权限管理系统
CI/CD集成接口
Web端代码审查工具

2. 典型协作场景

多环境部署
通过不同分支对应开发/测试/生产环境：

main    → 生产环境
develop → 测试环境
feature → 开发环境

代码审查流程
1. 开发者推送代码到远程分支
2. 团队成员通过Web界面进行逐行审查
3. 使用git rebase优化提交历史
4. 合并至主分支触发自动化部署

五、常见问题解决方案

1. 合并冲突处理

当多个开发者修改同一文件区域时触发冲突，解决步骤：

执行git status定位冲突文件
手动编辑文件，保留需要的修改（冲突标记为<<<<<<< HEAD）
使用git add标记冲突已解决
执行git commit完成合并

2. 撤销未提交修改

丢弃工作区修改

git checkout -- <file>       # 恢复单个文件
git stash                    # 暂存所有修改

撤销已提交内容

git revert <commit-hash>     # 生成逆向提交
git cherry-pick <commit>     # 选择性应用提交

六、进阶技巧与工具链

别名配置
在.gitconfig中设置常用命令别名：

[alias]
  co = checkout
  ci = commit
  st = status
  lg = log --oneline --graph --all

子模块管理
通过git submodule嵌入外部仓库，适合管理第三方依赖：
```
git submodule add <repo-url> path/to/submodule
```
钩子脚本
在.git/hooks目录下自定义脚本，实现提交前检查、自动格式化等功能。

结语

掌握Git的核心价值在于建立规范的版本控制意识。从本地开发到团队协作，每个环节都需要遵循标准化流程。建议开发者定期通过git reflog查看操作历史，结合git help <command>查阅官方文档，持续提升版本控制能力。对于分布式团队，建议制定统一的Git使用规范，包括分支命名规则、提交信息格式、代码审查标准等，以最大化协作效率。