美团-酒旅-前端面经 · 第 1 轮 · 一面

Thu, 17 Jul 2025 08:18:40 +0000

← 已是第一轮 · 返回本次面经 · 已是最后一轮 →

本轮共 13 道题。答案默认折叠，便于先自行作答。

1. 简历提到你熟悉Git，请问如何处理代码合并时的冲突？

面试官出这道题主要想确认哪些知识维度？
- Git基础操作：考察候选人对Git版本控制工具的熟悉程度，尤其是合并（merge）和解决冲突（conflict resolution）等核心操作。
- 问题解决能力：在实际开发中遇到代码冲突时，候选人如何分析问题、定位冲突并有效解决。
- 协作开发经验：在团队协作中，如何避免冲突，以及在发生冲突后如何与其他团队成员协作解决。
该题所考知识点中有哪些高频实际应用点？
- 日常代码合并：开发者在日常工作中频繁进行分支合并，冲突处理是不可避免的环节。
- 版本回溯与管理：理解冲突解决机制有助于更好地进行版本管理和历史回溯。
- 团队协作效率：高效解决冲突能够提高团队的开发效率和代码质量。

参考答案

Git冲突是指在合并（merge）或变基（rebase）分支时，不同分支对同一个文件的相同部分进行了修改，或者一个分支修改了文件而另一个分支删除了该文件，导致Git无法自动判断保留哪个修改时发生的情况。Git会暂停合并操作，并将冲突部分标记出来，等待用户手动解决。

冲突的产生： 当两个或多个开发者对同一个文件的同一行或同一区域进行修改，并将各自的修改推送到远程仓库，在合并这些修改时，Git会提示冲突。

冲突的类型：

处理Git合并冲突的主要步骤如下：

更新本地仓库：在进行合并操作前，通常需要先拉取远程最新代码，确保本地分支是最新的，减少潜在冲突。
```
git pull origin <your-branch>
```
执行合并操作：当你尝试将一个分支合并到另一个分支时，如果存在冲突，Git会提示并停止合并。
```
git merge <other-branch>
```
或者使用rebase：
```
git rebase <other-branch>
```
识别冲突标记：Git会在冲突文件中插入特殊标记，通常是：
```
<<<<<<&lt; HEAD
// 当前分支的修改
=======
// 待合并分支的修改
>>>>>>> <commit-id-or-branch-name>
```
- <<<<<<< HEAD：表示当前分支（HEAD指向）的代码。
- =======：分隔符，表示冲突的开始和结束。
- >>>>>>> <commit-id-or-branch-name>：表示待合并分支的代码。
手动解决冲突：
- 编辑冲突文件：根据业务需求，手动修改冲突文件，决定保留哪些代码，删除哪些代码。你可以选择保留其中一个分支的修改，或者结合两者的修改，甚至编写全新的代码。
- 删除冲突标记：在解决冲突后，务必删除<<<<<<<、=======和>>>>>>>这些Git自动添加的标记。
将解决后的文件标记为已解决：
```
git add <conflicted-file-name>
```
提交合并结果：在所有冲突文件都标记为已解决后，提交合并。