git merge VS git rebase VS git cherry-pick
在Git中，git merge、git rebase和git cherry-pick都是用于整合不同分支中的更改到当前分支的命令。它们各有特点和适用场景。
Git Merge
git merge 是一种将一个分支的更改合并到另一个分支的方法。它创建一个新的提交，该提交包含来自两个分支的更改。
命令格式:
git merge <branch-name>
示例: 假设你有一个master分支和一个develop分支，要将develop分支合并到master分支，可以执行:
git checkout master
git merge develop
git 会根据master分支和develop分支的共同祖先（即3号提交）以及这两个分支的最新提交（即6号提交和7号提交）三方合并成一个新的提交（即8号提交）
特点:
- 历史保留:
git merge会保留分支的历史记录（即保留原有分支的结构和时间顺序）。 - 合并冲突: 如果有文件在同一位置被修改，则需要手动解决冲突。
- 快进合并: 当目标分支没有任何提交是源分支所没有时，可以直接进行快进合并。
Git Rebase
git rebase 将一个分支上的提交重新应用到另一个分支上。这通常意味着将一系列提交移动到另一个分支的顶部。
命令格式:
git rebase <branch-name>
示例: 继续上面的例子，如果你想将master分支的更改重新应用到develop分支的顶部，可以执行:
git checkout master
git rebase develop
特点:
- 历史重写:
git rebase会改变提交历史，可能会导致提交ID的变化。 - 交互式 rebase: 可以使用
git rebase -i进行交互式 rebase，允许你修改、删除或重组提交。 - 避免合并提交: 使用
rebase可以避免产生额外的合并提交。
Git Cherry-Pick
git cherry-pick 允许你选择性地将单个或多个提交从一个分支应用到另一个分支。这对于修复已发布的版本特别有用。
cherry-pick单个提交命令格式:
git cherry-pick <commit-4>
示例: 如果想将develop分支中的某个提交（例如 commit hash 为<commit-4>）应用到master分支，可以执行:
git checkout master
git cherry-pick <commit-4>
cherry-pick多个提交命令格式:
git cherry-pick <commit-4>空格<commit-8>
git cherry-pick <commit-4>..<commit-8>
git cherry-pick <commit-4>^..<commit-8>
示例: 如果想将develop分支中的某几个提交（例如 commit hash 为<commit-4>，<commit-8>）应用到master分支，可以执行:
git checkout master
git cherry-pick <commit-4>空格<commit-8>
cherry-pick多个提交命令格式:
git cherry-pick <commit-4>空格<commit-8>
git cherry-pick <commit-4>..<commit-8>(4,8]
git cherry-pick <commit-4>^..<commit-8>[4,8]
示例: 如果想将develop分支中的某连续几个提交（例如 commit hash 为 (<commit-4>到<commit-8>）应用到master分支，可以执行:
git checkout master
git cherry-pick <commit-4>空格<commit-8>(4,8]
git cherry-pick <commit-4>^..<commit-8>[4,8]
注意事项：
- 冲突处理：如果在
cherry-pick过程中遇到文件修改冲突，你需要手动解决这些冲突，然后使用git add添加解决后的文件，并使用git cherry-pick --continue继续，如果你决定不再继续cherry-pick过程，可以使用git cherry-pick --abort来取消。 - 历史重写：虽然
cherry-pick本身不重写历史，但如果你对一个已经被推送的分支使用cherry-pick，可能会导致其他人需要重新拉取最新的提交。 - 提交信息：
cherry-pick会保留原始提交的信息，包括提交者和提交消息。
总结
- Merge: 适用于希望保留分支历史的场景，通常用于最终合并功能分支到主分支。
- Rebase: 适用于希望保持线性历史记录的情况，适合于经常需要同步最新变更的开发人员。
- Cherry-Pick: 适用于需要快速应用特定修复或功能到现有分支的情况。
