git merge
git merge是Git中的一个命令，用于将两个或两个以上的开发历史（commit）合并到一起。
当你在一个分支上完成了新的开发，想要将这些改动合并到主分支（或其他任何分支）上时，就需要用到这个命令。
基本的使用语法是：git merge [branch]，其中[branch]是你想要合并进来的分支的名字。
例如，如果你在feature分支上完成了开发，现在想要将这个分支合并到master分支，你可以这样操作：
git checkout master # 切换到master分支 git merge feature # 将feature分支合并到当前分支（也就是master分支）
在合并过程中，如果两个分支在同一部分的代码上做了不同的更改，Git无法自动决定应该保留哪一个，就会发生冲突。这时，你需要手动解决这些冲突，然后再提交。
解决冲突后，你可以使用git add.将解决后的文件标记为已解决状态，然后使用git commit -m "解决合并冲突"提交。
git rebase
在 Git 中，“变基（rebase）” 是一种整理提交历史的方式。它的基本思想是将一系列提交“复制”到另一处，然后在那里再次应用。
变基的主要命令是 git rebase。基本的使用语法是 git rebase [base]，其中 [base] 是你想要将当前分支变基到的目标位置。这个目标位置可以是一个分支名，也可以是一个 commit ID。
例如，如果你在 feature 分支上进行了一些开发，现在你想要将这些开发基于最新的 master 分支，你可以这样操作：
git checkout feature # 切换到 feature 分支
git rebase master # 将 feature 分支变基到 master 分支
在变基过程中，如果两个分支在同一部分的代码上做了不同的更改，Git 无法自动决定应该保留哪一个，就会发生冲突。这时，你需要手动解决这些冲突，然后再继续变基。
解决冲突后，你可以使用 git add . 将解决后的文件标记为已解决状态，然后使用 git rebase --continue 继续变基。
需要注意的是，变基会改变提交历史，所以在公共分支上使用变基可能会引起混乱。一般来说，只推荐在本地分支上使用变基，以整理你的提交历史。
区别
git rebase 和 git merge 都是用于整合多个分支上的更改的命令，但它们的方式和结果有所不同。
提交历史：
git merge会保留所有的提交历史和分支信息，而git rebase会创建一个新的提交历史，使得所有的更改看起来像是在一个线性的开发路径上完成的。使用场景：
git merge通常用于将一个分支的更改合并到主分支上，而git rebase通常用于将你的本地更改基于最新的主分支，以便在提交前整理你的提交历史。冲突解决：
git merge在合并过程中如果遇到冲突，会在一个合并提交中解决所有冲突。而git rebase在变基过程中如果遇到冲突，需要在每一个提交中分别解决冲突。安全性：
git merge是安全的，它不会改变已有的提交历史。而git rebase会改变提交历史，所以在公共分支上使用可能会引起混乱。
总的来说，git merge 和 git rebase 各有优势，选择哪一个取决于你的具体需求和团队的工作流程。
