UD5工具箱
合并冲突
合并冲突是指在执行 git merge 或 git rebase 操作时，Git 无法自动合并两个分支对同一文件相同部分的不同修改所产生的状态。Git 会暂停合并操作，将冲突文件标记出来并插入特殊标记行，等待开发者手动解决。本工具的核心功能就是模拟这种冲突场景，让用户在安全环境中练习解决。
HEAD 标记
HEAD 是 Git 中指向当前所在分支最新提交的指针。在冲突文件中，<<<<<<< HEAD 标记表示当前分支代码块的开始。HEAD 及其后续代码（直到 ======= 行）代表的是你当前所在分支中的修改内容。在本工具中，左侧区域展示的就是 HEAD 版本的代码，用于帮助用户对比两个分支的差异。
传入分支
传入分支（Incoming）是指正在被合并到当前分支的另一个分支。在冲突文件中，======= 行与 >>>>>>> 分支名 标记之间的代码就是传入分支的修改内容。在本工具中，右侧区域展示的就是传入分支（通常标记为 feature）的代码版本，用户需要对比两个版本来决定最终保留哪些修改。
冲突标记
冲突标记是 Git 在冲突文件中自动插入的三行特殊文本：<<<<<<< HEAD 标记当前分支代码块开始，======= 分隔两个冲突版本，>>>>>>> feature 标记传入分支代码块结束。解决冲突的核心操作就是删除这三行标记，并决定保留哪些代码内容。本工具使用不同颜色高亮显示这些标记，帮助用户快速识别。
Git 分支
Git 分支是版本控制系统中用于并行开发的独立工作线。每个分支可以独立进行提交操作，互不影响。常见的分支类型包括：main（主分支）、feature（功能分支）、bugfix（修复分支）、hotfix（紧急修复分支）等。当多个分支修改同一文件时，合并操作可能产生冲突，这是团队协作开发中不可避免的常见场景。
git merge
git merge 是 Git 中将两个分支的历史合并在一起的命令。执行后，Git 会尝试自动合并两个分支的修改。如果两个分支修改了同一文件的不同区域，Git 可以自动合并；但如果修改了同一区域，就会产生合并冲突。合并完成后会创建一个合并提交（merge commit），保留完整的分支历史记录。
git rebase
git rebase 是将当前分支的提交逐个重新应用到目标分支上的操作。与 merge 不同，rebase 产生更线性的提交历史，但可能在每个提交处都遇到冲突。rebase 后的历史更整洁，便于代码审查。在个人 feature 分支上推荐使用 rebase，在公共分支间推荐使用 merge。本工具帮助用户理解两种操作在冲突处理上的差异。
合并提交
合并提交（merge commit）是通过 git merge 操作自动创建的特殊提交，它同时有两个父提交：一个是当前分支的最新提交，另一个是被合并分支的最新提交。合并提交记录了两个分支汇合的历史信息。解决冲突后执行 git commit 即可完成合并并创建合并提交，这是团队协作中保留完整分支历史的标准做法。