简单的代码提交流程
- git status 查看工作区代码相对于暂存区的差别
- git add . 将当前目录下修改的所有代码从工作区添加到暂存区 . 代表当前目录
- git commit -m ‘注释’ 将缓存区内容添加到本地仓库
- git pull origin master先将远程仓库master中的信息同步到本地仓库master中
- git push origin master 将本地版本库推送到远程服务器,
origin是远程主机,master表示是远程服务器上的master分支和本地分支重名的简写,分支名是可以修改的
Git add
git add [参数] <路径> 作用就是将我们需要提交的代码从工作区添加到暂存区,就是告诉git系统,我们要提交哪些文件,之后就可以使用git commit命令进行提交了。
为了方便下面都用 . 来标识路径, . 表示当前目录,路径可以修改,下列操作的作用范围都在版本库之内。
- git add .
不加参数默认为将修改操作的文件和未跟踪新添加的文件添加到git系统的暂存区,注意不包括删除 - git add -u .
-u 表示将已跟踪文件中的修改和删除的文件添加到暂存区,不包括新增加的文件,注意这些被删除的文件被加入到暂存区再被提交并推送到服务器的版本库之后这个文件就会从git系统中消失了。 - git add -A .
-A 表示将所有的已跟踪的文件的修改与删除和新增的未跟踪的文件都添加到暂存区。
Git commit
git commit 主要是将暂存区里的改动给提交到本地的版本库。每次使用git commit 命令我们都会在本地版本库生成一个40位的哈希值,这个哈希值也叫commit-id,
commit-id 在版本回退的时候是非常有用的,它相当于一个快照,可以在未来的任何时候通过与git reset的组合命令回到这里.
- git commit -m ‘message’
-m 参数表示可以直接输入后面的“message”,如果不加 -m参数,那么是不能直接输入message的,而是会调用一个编辑器一般是vim来让你输入这个message,
message即是我们用来简要说明这次提交的语句。 - git commit -am ‘message’ -am等同于-a -m
-a参数可以将所有已跟踪文件中的执行修改或删除操作的文件都提交到本地仓库,即使它们没有经过git add添加到暂存区,
注意: 新加的文件(即没有被git系统管理的文件)是不能被提交到本地仓库的。
Git push
在使用git commit命令将修改从暂存区提交到本地版本库后,只剩下最后一步将本地版本库的分支推送到远程服务器上对应的分支了,如果不清楚版本库的构成,可以查看我的另一篇,git 仓库的基本结构。
git push的一般形式为 git push <远程主机名> <本地分支名> <远程分支名> ,例如 git push origin master:refs/for/master ,即是将本地的master分支推送到远程主机origin上的对应master分支, origin 是远程主机名。第一个master是本地分支名,第二个master是远程分支名。
- git push origin master
如果远程分支被省略,如上则表示将本地分支推送到与之存在追踪关系的远程分支(通常两者同名),如果该远程分支不存在,则会被新建 - git push origin :refs/for/master
如果省略本地分支名,则表示删除指定的远程分支,因为这等同于推送一个空的本地分支到远程分支,等同于 git push origin –delete master - git push origin
如果当前分支与远程分支存在追踪关系,则本地分支和远程分支都可以省略,将当前分支推送到origin主机的对应分支 - git push
如果当前分支只有一个远程分支,那么主机名都可以省略,形如 git push,可以使用git branch -r ,查看远程的分支名
关于 refs/for:
refs/for 的意义在于我们提交代码到服务器之后是需要经过code review 之后才能进行merge的,而refs/heads 不需要
Git pull
1.git pull origin <remote_branch>:<local_branch>
这种用法写起来最为繁琐,但最好理解:
场景:当本地的当前分支不是local_branch;
作用:将远程分支拉取到指定本地分支;
例如:当前分支是dev,但是你想把远程master”同步”到本地master,但又不想使checkout切换到master分支;
这时你就可以使用git pull origin master:master
1 2 3 4 5 |
zhangchangzhi@ZBXXXX / e / 02.Workspace - test / gitTest (dev)
$ git pull origin master:master
From https: / / github.com / jinxintang / gitTest
a09fdc4.. 941758f master - > master
Already up - to - date.
|
从上述代码可以看到,我当前分支为dev,但执行"同步”操作的却是在master分支;
2.git pull origin <remote_branch>
有了上面的例子,这种使用方法的场景和作用就好理解了:
场景:在当前分支上进行同步操作;
作用:将指定远程分支同步到当前本地分支;
1 2 3 4 5 |
zhangchangzhi@ZBXXX / e / 02.Workspace - test / gitTest (dev)
$ git pull origin master
From https: / / github.com / jinxintang / gitTest
* branch master - > FETCH_HEAD
Already up - to - date.
|
把远程master分支同步到HEAD分支(HEAD分支指向当前位置);
3.git pull
这种写法最简单,也最常用,但是隐含的知识也是最多的;
场景:本地分支已经和想要拉取的分支建立了“关联”关系;
作用:拉取所有远程分支的新版本"坐标",并同步当前分支的本地代码(具体根据关联分支而定)
什么是"关联"分支?
首先我们先使用git branch -vv
查看一下目前分支的“关联”情况;
1 2 3 |
$ git branch - vv
* dev 1a1b215 [origin / dev] Merge branch 'master' of https: / / github.com / jinxintang / gitTest into dev
master a09fdc4 [origin / master] create pull
|
可以看到我们的本地的dev关联的是远程(origin)的dev,本地的master关联的是远程(origin)的master;
那么这种关联是如何建立、是否可以修改呢;
配置本地分支与远程分支的三种方法:
1.检出时建立关联关系:
git checkout -b dev origin/dev
当我们检查时,git会自动为我们检出的分支和远程分支建立关联关系;
2.提交时配置关联关系:
git push -u origin <remote_branch>
或git push --set-upstream origin <remote_branch>
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
zhangchangzhi@ZB - PF0SB6DQ MINGW64 / e / 02.Workspace - test / gitTest (dev_zcz)
$ git branch - vv
* dev_zcz 3b7001a [origin / dev] cm
master a09fdc4 [origin / master] create pull
zhangchangzhi@ZB - PF0SB6DQ MINGW64 / e / 02.Workspace - test / gitTest (dev_zcz)
$ git push - u origin dev_zcz
Everything up - to - date
Branch dev_zcz set up to track remote branch dev_zcz from origin.
zhangchangzhi@ZB - PF0SB6DQ MINGW64 / e / 02.Workspace - test / gitTest (dev_zcz)
$ git branch - vv
* dev_zcz 3b7001a [origin / dev_zcz] cm
master a09fdc4 [origin / master] create pull
|
通过上面的例子可以看到push前dev_zcz关联的是origin/dev,执行push -u 后管理分支改为origin/dev_zcz
注:默认配置下,提交时本地分支需和远程分支同名