1、【yarn commit】:此项操作是集合了【git add .】和【git commit - ''】两项操作
2、【git fetch】:git fetch会将远程数据拉取到本地仓库,但它并不会自动合并或修改当前的 工作;
而与之有类似作用的命令【git pull】,意为拉取,【git pull】是从远程获取最新版本 并merge到本地,会自动合并或修改当前的工作,实际上它做了两件事:【git pull】= 【git fetch】+【git merge】;
使用【git fetch】更新代码,本地的库中的commitID不变,还是等于1。
使用【git pull】更新代码,本地的库中master的commitID发生改变,变成了2
如果想要更加可控一点的话推荐使用git fetch + git rebase origin/远端公共分支名
3、【git rebase origin/远程公共分支名】:rebase意为变基,就是以远程公共分支为基础进行 合并,
4、【git rebase --continue】:rebase之后可能会有冲突,解决冲突,暂存,然后再执行 【git rebase --continue】
注:【git rebase --continue】手动解决冲突之后进行该命令操作,再次出现冲突需要解决
问题分析:切换远程仓库地址之后,并未与之前仓库断开连接,在进行【git rebase --continue】会逐次与之前提交的代码进行比对解决冲突。
解决办法:删除之前的git仓库,并重新与最新的仓库建立连接,重新执行拉取代码操作,解决冲突,并【git rebase --continue】,即可变基成功
5、【:wq】:退出,
6、【git push origin HEAD】:提交到远程同名分支
7、【git rebase --abort】: 会放弃合并,回到rebase操作之前的状态,之前的提交的不会丢弃;
8、【git rebase --skip】: 则会将引起冲突的commits丢弃掉(慎用!!);
9、【git reflog】:显示所有提交记录版本
10、【git reset --hard 指定版本ID】:回退到指定版本
11、【git init】:初始化git仓房
12、【git remote add origin <url>】:与远程仓库建立连接
13、【git clone -b 指定分支 <url>】:克隆指定分支代码到本地
git merge和git rebase的区别
(1)(一股脑)使用merge命令合并分支,解决完冲突,执行git add .和git commit -m'fix conflict'。这个时候会产生一个commit。
(2)(交互式)使用rebase命令合并分支,解决完冲突,执行git add .和git rebase --continue,不会产生额外的commit。这样的好处是,‘干净’,分支上不会有无意义的解决分支的commit;坏处,如果合并的分支中存在多个commit,需要重复处理多次冲突。