如果使用 Git 的话,这 2 个命令可能每天都要用几百遍。
相信绝大部分的人都会直接 pull,偶尔 fetch。但是这 2 个到底有什么不同呢?
不打算讨论过多的理论,因为非常枯燥,并且知道了可能也是看得迷迷糊糊。下面就使用场景来说。
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,它会将本地提交记录“移动”到远程分支的最新提交记录之后,从而使提交历史更加整洁。
2024年04月17日
今天pull代码的时候,没有切换项目,选到了别的项目,pull了一堆乱七八糟的代码下来
https://blog.csdn.net/weixin_34178244/article/details/94443800
2024年04月17日
当你在网上看到一个正在开发项目时,想要参与进来,fork后,对该项目的代码或者对项目添加了一些功能后,想让别人采纳你的代码,这时候就需要想别人pull request 了,下面进行介绍。
(一)什么是pull request :该功能从自己修改源代码后,请求对方仓库采纳该修改时采取的一种行为。