1. Git核心概念解析

1.1 HEAD指针机制

HEAD是Git的核心概念，它是一个指向当前所在本地分支的指针。可以理解为你在代码库中的"当前位置"。

# 查看当前HEAD指向
cat .git/HEAD

当你在分支之间切换时，HEAD指针会在不同分支的最新提交处移动，这确保了你在正确的工作上下文中操作。

1.2 工作区、缓存区与版本库

• 工作区：实际编辑文件的目录
• 缓存区（暂存区）：准备提交的文件临时存放区
• 版本库：保存项目元数据和对象数据库的地方

2. 基础文件操作

2.1 文件新增与提交

# 新增文件到缓存区，让Git开始跟踪该文件
git add filename.jsp
# 提交到本地版本库
git commit -m "描述性提交信息"
# 一次性添加所有变更文件并提交
git add . && git commit -m "批量提交"

2.2 状态查看与历史追溯

# 查看当前工作区状态
git status
# 查看提交历史
git log --oneline
# 图形化显示分支历史
git log --graph --oneline --all

3. 分支管理详解

3.1 分支创建与切换

# 创建新分支
git branch feature-new
# 切换到指定分支
git checkout feature-new
# 创建并立即切换到新分支（推荐）
git checkout -b feature-new
# 查看所有分支
git branch -a

3.2 分支信息查看

# 查看分支最新提交信息
git branch -v
# 查看与远程分支的版本差距
git branch -vv
# 查看已合并到当前分支的分支
git branch --merged
# 查看未合并的分支
git branch --no-merged

3.3 分支删除操作

# 安全删除已合并的分支
git branch -d feature-old
# 强制删除未合并的分支
git branch -D feature-abandoned
# 删除远程分支（GitLab）
git push origin --delete feature-remote

4. GitLab远程协作

4.1 项目克隆与远程设置

# 克隆GitLab远程仓库
git clone https://gitlab.com/your-project/repository.git
# 克隆并自定义远程库名称
git clone -o gitlab https://gitlab.com/your-project/repository.git
# 添加新的远程服务器
git remote add upstream https://gitlab.com/original/repository.git

4.2 远程分支操作

# 获取远程更新（不自动合并）
git fetch origin
# 创建跟踪远程分支的本地分支
git checkout -b feature-remote origin/feature-remote
# 推送本地分支到远程
git push -u origin feature-local
# 推送到远程不同名称的分支
git push origin feature-local:remote-feature

4.3 团队协作最佳实践

# 推荐：先fetch再merge，比直接pull更安全
git fetch origin
git merge origin/develop
# 不推荐：直接pull（相当于fetch + merge）
git pull origin develop

5. 分支合并策略

5.1 快进合并（Fast-Forward）

当被合并的分支处于当前分支的直接下游时发生：

# 当前分支：develop，要合并feature分支
git checkout develop
git merge feature

Git会直接将develop指针移动到feature的最新提交，保持线性历史。

5.2 三方合并（Three-Way Merge）

有分叉的分支合并时，Git会：

1. 找到共同祖先提交
2. 合并两个分支的变更
3. 创建新的合并提交

# 处理合并冲突的完整流程
git merge feature
# 如果出现冲突，Git会暂停合并
# 查看冲突文件
git status
# 手动解决冲突后
git add resolved-file.jsp
git commit -m "合并feature分支，解决冲突"

6. GitFlow工作流实践

6.1 长期分支策略

• master：生产就绪代码
• develop：集成测试代码

6.2 临时分支管理

6.2.1 Feature分支（功能开发）

# 从develop创建功能分支
git checkout -b feature/user-authentication develop
# 开发完成后合并回develop
git checkout develop
git merge --no-ff feature/user-authentication
git branch -d feature/user-authentication

6.2.2 Release分支（版本发布）

# 从develop创建发布分支
git checkout -b release/1.2.0 develop
# 修复发布前的bug，测试完成后
git checkout master
git merge --no-ff release/1.2.0
git tag -a v1.2.0
# 同步到develop
git checkout develop
git merge --no-ff release/1.2.0
git branch -d release/1.2.0

6.2.3 Hotfix分支（紧急修复）

# 从master创建热修复分支
git checkout -b hotfix/critical-bug master
# 修复并测试完成后
git checkout master
git merge --no-ff hotfix/critical-bug
git tag -a v1.2.1
# 同步到develop
git checkout develop
git merge --no-ff hotfix/critical-bug
git branch -d hotfix/critical-bug

7. GitLab特色功能集成

7.1 Merge Request工作流

1. 在GitLab界面创建Merge Request
2. 指定代码审查者
3. 通过CI/CD流水线自动测试
4. 审查通过后合并到目标分支

7.2 保护分支设置

在GitLab项目中设置：

• master分支：仅维护者可推送
• develop分支：需Merge Request才能合并
• 代码审查要求：至少一人批准

7.3 GitLab CI/CD集成

# .gitlab-ci.yml示例
stages:
  - test
  - deploy
unit_tests:
  stage: test
  script:
    - mvn test
deploy_staging:
  stage: deploy
  script:
    - mvn deploy -Dtarget=staging
  only:
    - develop

8. 日常开发最佳实践

8.1 提交规范

# 使用语义化提交信息
git commit -m "feat: 添加用户登录功能"
git commit -m "fix: 修复登录页面样式问题"
git commit -m "docs: 更新API文档"

8.2 分支命名约定

• feature/功能描述
• bugfix/问题描述
• hotfix/紧急问题
• release/版本号

8.3 代码审查流程

1. 开发者在feature分支完成开发
2. 推送到远程并创建Merge Request
3. 团队成员进行代码审查
4. 根据反馈修改代码
5. 通过CI测试后合并

9. 常见问题排查

9.1 合并冲突解决

# 使用图形化工具解决冲突
git mergetool
# 放弃当前合并
git merge --abort
# 查看冲突文件的双方差异
git diff --ours
git diff --theirs

9.2 撤销错误操作

# 撤销未提交的修改
git checkout -- filename.jsp
# 撤销已暂存的文件
git reset HEAD filename.jsp
# 撤销最近一次提交（保持修改）
git reset --soft HEAD~1