对于一个现代的开发IDE，一般都集成了对 git 的支持，让我们的使用更加便捷。因此，在这里我们大多使用文字引导，而并非复杂的命令行，大部分JetBrain或VSCode都支持中文的 git 版本控制。
- 开始： git clone
克隆一个库是项目的开始，你可以选择在github上创建库，再克隆到本地或是直接克隆其他人的项目，也可以在本地创建一个项目然后发布到github。克隆会将库内的所有代码下载。
- commit 提交
在我们对代码进行了一定的更改后，并且测试没有问题后，commit提交是重要的一步。他会把文件提交到本地仓库而并非远程仓库（也就是github的库）。
- push 推送
我们commit 提交代码到本地仓库后，可以通过push 推送操作将本地仓库的内容推送到远程仓库（github），这样，其他人就可以获取我们提交的代码了。
- pull 拉取
拉取项目是我们每次开启ide时最好要做的一件事情，他会把其他人在我们不在的时候编写的代码拉取到本地，使我们可以更快看到其他人的工作进度，并且避免commit时的冲突。
- check out 签出：更换当前的分支
利用check out，我们可以切换到同一仓库的不同分支，对其他分支进行查看和修改等操作。
- merge 合并
合并操作，会把当前所在的分支，全部一次性提交给另一个分支。例如：
我现在拥有两个分支，主分支 master 和 开发分支 dev， 我现在想要把dev的代码合并到master主分支上。
git checkout dev //切换到dev分支
git merge master //把当前dev分支的全部内容commit到master主分支
这样，我们就实现了把dev分支提交到master分支。
- rebase 变基
变基和merge合并的结果是一样的，但rebase变基可能会带来一些冲突。合并是更安全的做法，但变基也有着自己的优势。
如果我们想把dev的分支应用到master分支上，我们可以：
git checkout dev //切换到dev分支
git rebase master //变基
这个操作，是把dev的所有更改操作附加在master后面。
rebase和merge的区别？
合并是一个非常直观和简单的操作，特别适用于多人协作开发的场景。它保留了分支的历史记录，显示了每个分支的贡献。
变基的主要好处是，它可以保持一个干净的提交历史记录。相比之下，合并会产生很多合并提交，使得提交历史变得混乱。变基通常在工作完成后的合并之前使用，以便保持提交历史的整洁和易于理解。
通常情况下，合并是更安全和推荐的方法。它可以处理更复杂的合并操作，包括有冲突的情况。合并可以保留每个分支的完整历史记录，使得问题定位和回滚更加容易。
然而，当我们需要保持提交历史记录的整洁和易于理解时，变基是更合适的选择。它可以将一个干净的提交历史记录应用到主分支中，使得整个项目的历史记录更易于理解和追踪。
合并将不同分支的更改合并到一起，形成一个新的提交；变基将一个分支的提交直接应用到另一个分支的末尾，不会产生新的合并提交。
合并更适合处理复杂的合并操作和冲突，保留每个分支的完整历史记录。而变基更适合保持一个干净的提交历史记录，使得整个项目更易于理解和追踪。
根据实际情况和需求，我们可以选择合适的功能来进行分支合并操作。掌握合并和变基的原理和使用方法，将有助于我们更好地管理和协作开发Git项目。
评论4
逍遥
认真的技术文。
xiaoyao
😊
幻想即正义
蒸蒸日上
atsyryhyqb
不错不错，我喜欢看