区别如下
2024年04月17日
git pull、git merge和git rebase都是用于将远程分支的更改合并到本地分支的命令。它们之间的主要区别在于合并方式和合并结果。
2024年04月17日
如果使用 Git 的话，这 2 个命令可能每天都要用几百遍。
相信绝大部分的人都会直接 pull，偶尔 fetch。但是这 2 个到底有什么不同呢？
不打算讨论过多的理论，因为非常枯燥，并且知道了可能也是看得迷迷糊糊。下面就使用场景来说。
2024年04月17日
花了很长时间一次性修改了项目的一大堆文件，准备最后git pull同步一下本地仓库代码，再一次性git commit，git push新代码的。
but天不遂人愿，git pull时产生冲突(git pull failed)，并提示了具体的冲突源码文件1份。
2024年04月17日
`git fetch` 和 `git pull` 是用于从远程仓库获取更新的 Git 命令，而 `git push` 是用于将本地提交推送到远程仓库。它们之间的区别如下：
1. `git fetch`：这个命令会将远程仓库的最新更改下载到本地，但不会自动合并到当前分支。它主要用于获取远程分支的更新，并将这些更新存储在本地的一个特殊分支（通常是 `origin/<branch>`）中。您可以使用 `git merge` 或 `git rebase` 将这些更新合并到当前分支。
2024年04月17日
1、先将本地修改存储起来
git stash
2、查看暂存的修改
git stash list 其中，stash@{0}就是刚才保存的标记
2024年04月17日
我们在实际工作中，可能会想到编写 shell 脚本来自动化执行一些 git 命令，例如执行 git pull 自动更新代码，并从打印的文件改动信息中过滤掉那些不需要的信息。
但是在测试、调试 shell 脚本时，会发现一个比较困扰的问题：执行 git pull 后，本地仓库已经跟远端服务器保存一致，再次执行 git pull 没有实际更新代码的效果，无法验证对改动信息的过滤是否正确。
2024年04月17日
最近因为工作有点忙，加上自己个人生活的一些琐事，突然感觉写文章太难了，不过还是慢慢坚持下来，即使更新频率变慢了。最近的主题还是那个初衷， 记录下自己日常开发工作的一些想法。
2024年04月17日
·在Git中，使用pull--rebase可以与远程代码库进行同步，从而避免产生多余的合并提交记录。
·当多人在同一个分支上开发时，如果他人已经向远程仓库提交了代码，那么直接push可能会出现合并冲突，导致提交历史混乱。为了避免这种情况，可以使用pull--rebase，它会将本地提交记录“移动”到远程分支的最新提交记录之后，从而使提交历史更加整洁。