分支合并基础(git merge)
分支合并基础(git merge)
Git中的分支合并是将两个或多个分支的历史记录整合到一起的过程。合并操作允许开发者将不同分支上的修改组合成一个统一的历史线，这在团队协作和功能开发中非常常见。
合并的基本概念
Git中的合并主要有两种类型：快进合并(fast-forward)和三方合并(three-way merge)。当要合并的分支是当前分支的直接后继时，Git会执行快进合并；否则会执行三方合并。
快进合并示例：
A---B---C (main)
\
D---E (feature)
如果main分支合并feature分支，Git只需将main指针移动到E提交即可。
三方合并发生在分支历史出现分叉时：
A---B---C (main)
\
D---E (feature)
如果main分支在C之后又有了新的提交F：
A---B---C---F (main)
\
D---E (feature)
此时合并就需要创建一个新的合并提交。
合并冲突及其解决
当两个分支修改了同一文件的相同部分时，Git无法自动决定保留哪个修改，就会产生合并冲突。冲突的文件会被标记为"unmerged"状态。
冲突标记示例：
<<<<<<< HEAD
const greeting = 'Hello from main branch';
=======
const greeting = 'Hi from feature branch';
>>>>>>> feature
解决冲突的步骤：
- 打开冲突文件
- 决定保留哪个版本或手动合并修改
- 删除冲突标记(<<<<<<<, =======, >>>>>>>)
- 使用
git add标记冲突已解决 - 完成合并提交
合并策略
Git提供了多种合并策略，常用的有：
- recursive：默认策略，处理三方合并
- resolve：类似recursive但只能处理两个分支
- octopus：用于合并多个分支
- ours：保留当前分支内容，丢弃其他分支修改
- subtree：调整目录结构的合并
指定合并策略的语法：
git merge -s <strategy> <branch>
实际合并示例
假设我们有一个简单的JavaScript项目，演示合并过程：
- 创建并切换到新分支：
git checkout -b feature/login
- 在feature/login分支上修改文件：
// auth.js
function login(username, password) {
console.log('Login attempt for:', username);
// 验证逻辑
}
- 切换回main分支并修改同一文件：
// auth.js
function login(user) {
console.log('Trying to login:', user.name);
// 验证逻辑
}
- 尝试合并：
git merge feature/login
此时会出现冲突，需要手动解决：
function login(user, password) {
console.log('Login attempt for:', user.name);
// 验证逻辑
}
合并的最佳实践
- 合并前确保工作目录是干净的
- 频繁合并可以减少冲突的复杂性
- 使用
git merge --no-ff强制创建合并提交 - 合并前运行测试确保代码质量
- 复杂的合并可以使用图形化工具
高级合并技巧
- 中止合并：遇到无法解决的冲突时，可以中止合并过程：
git merge --abort
- 跳过冲突文件：暂时跳过特定文件的冲突：
git checkout --ours <file>
git checkout --theirs <file>
- 重做合并：如果合并结果不理想，可以重置并重试：
git reset --hard HEAD^
git merge <branch>
- 合并特定文件：只合并另一个分支的特定文件：
git checkout <branch> -- <file>
合并与变基的区别
虽然合并和变基(rebase)都可以整合分支变更，但两者有本质区别：
- 合并保留原始提交历史，创建新的合并提交
- 变基重写提交历史，使历史线更线性
- 合并更适合公共分支，变基更适合本地分支
示例变基命令：
git checkout feature
git rebase main
合并日志查看
查看合并历史可以使用：
git log --merges
查看所有分支的拓扑图：
git log --graph --oneline --all
合并钩子与自动化
可以利用Git钩子在合并前后执行自定义脚本，例如：
- 在
.git/hooks/pre-merge中添加检查脚本 - 在
.git/hooks/post-merge中添加部署脚本
示例pre-merge钩子：
#!/bin/sh
npm test
if [ $? -ne 0 ]; then
echo "Tests failed, aborting merge"
exit 1
fi
团队协作中的合并策略
在团队开发中，常见的合并策略有：
- 主干开发：频繁合并到主分支
- 功能分支：每个功能独立分支，完成后合并
- Git Flow：严格的分支模型，有develop、feature、release等分支
- GitHub Flow：简化的工作流，基于Pull Request
合并性能优化
对于大型仓库，合并可能很耗时，可以尝试：
- 使用浅克隆减少数据量：
git clone --depth=1 <repo>
- 启用文件系统缓存：
git config --global core.fscache true
- 使用稀疏检出：
git config core.sparsecheckout true
echo "src/" >> .git/info/sparse-checkout
git read-tree -mu HEAD
合并与持续集成
在CI/CD流程中，合并通常触发构建和测试：
示例GitLab CI配置：
merge_request:
script:
- npm install
- npm test
only:
- merge_requests
合并的图形化工具
除了命令行，还可以使用图形工具进行合并：
- GitKraken
- SourceTree
- GitHub Desktop
- VS Code的Git扩展
这些工具通常提供直观的冲突解决界面，适合复杂的合并场景。
本站部分内容来自互联网,一切版权均归源网站或源作者所有。
如果侵犯了你的权益请来信告知我们删除。邮箱：cc@cccx.cn
