Git 进阶面试题, Git merge 支持哪些合并策略?
Git 进阶面试题, Git merge 支持哪些合并策略?
QA
Step 1
Q:: Git merge 支持哪些合并策略？
A:: Git merge 支持的合并策略包括：1. Recursive (默认策略)：适用于两个分支从同一个祖先派生的情况，它会自动处理简单的合并冲突。2. Octopus：用于一次性合并多个分支，如果分支之间没有复杂的冲突，它会尝试进行合并。3. Ours：在多分支合并时，保留当前分支的内容。4. Subtree：适用于子树合并，用于合并包含一个子项目的两个项目。
Step 2
Q:: Git merge 与 Git rebase 有什么区别？
A:: Git merge 是通过合并不同分支的改动来创建一个新的合并提交，而 Git rebase 则是通过将一个分支上的提交重新应用到另一个分支的基础上，形成一个线性的提交历史。前者保留了所有分支的历史，而后者则重写了历史，以保持更清晰的提交记录。
Step 3
Q:: 什么时候使用 git merge，什么时候使用 git rebase？
A:: 在需要保留分支开发历史、展示不同开发分支之间的合并关系时使用 git merge。在需要保持提交历史的线性、减少合并提交时使用 git rebase。例如，在将 feature 分支合并到 master 分支时，为了保留开发过程中的所有历史记录，可以使用 git merge；而在处理 feature 分支时，可以使用 git rebase 保持历史的整洁。
Step 4
Q:: 如何解决 Git 合并冲突？
A:: Git 合并冲突的解决步骤包括：1. 在冲突发生后，Git 会标记冲突的文件；2. 手动编辑冲突文件，解决冲突；3. 使用 git add <file> 标记冲突已解决；4. 最后，使用 git commit 提交解决后的合并。常用的工具如 git mergetool 可以辅助解决冲突。
Step 5
Q:: 如何查看 Git 合并历史？
A:: 可以使用 git log --merges 来查看合并历史，或者使用 git log --graph --oneline 来查看合并的图形化历史。gitk 和 gitg 等图形化工具也能直观地展示合并历史。
用途
面试这个内容是因为 Git 是现代软件开发中不可或缺的版本控制工具。合并策略是团队协作中非常重要的一部分，了解不同的合并策略有助于更好地管理代码库，避免不必要的冲突和复杂的历史记录。在实际生产环境下，当多个开发人员同时进行开发并提交代码时，合并策略的选择和执行直接影响到项目的稳定性和开发效率。比如在开发新功能并集成到主干时，合理使用合并策略能够确保主干代码的稳定和简洁。\n相关问题
Git 操作面试题, Git merge 支持哪些合并策略?
QA
Step 1
Q:: Git merge 支持哪些合并策略？
A:: Git merge 支持以下几种合并策略：
1. **recursive**: 这是默认的合并策略，适用于两个父级的情况。该策略使用递归的方法进行合并，支持三路合并，并且在处理多个父级分支的情况下能够较好地处理分支历史。
2. **ours**: 该策略忽略所有其他分支的变化，只保留当前分支的内容。在实际使用中，它通常用于将其他分支合并到主分支但忽略其内容的情况。
3. **octopus**: 该策略用于合并多个分支（超过两个）。在一个合并操作中，如果涉及多个分支，它会尝试一次性将它们合并到一起，适用于多个独立的主题分支同时合并的情况。
4. **resolve**: 适用于两个父级的情况，采用三路合并方法，处理方式与recursive类似，但其对处理历史较少复杂的项目更高效。
5. **subtree**: 适用于需要将外部项目作为子项目合并进来的情况。它会考虑被合并项目的根目录并将其合并到子目录中。