master head
每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。在Git里,有个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。
一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点。
每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长:
当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上。
从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变。
假如我们在dev上的工作完成了,就可以把dev合并到master上。Git怎么合并呢?最简单的方法,就是直接把master指向dev的当前提交,就完成了合并。
合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支。
工作区,暂存区
工作区Workspace:就是你在电脑里能看到的目录,即你代码放的那个文件夹。即时性强,对文件的所有更改都会立刻提现在这里。
版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
暂存区 Index / Stage:git add以后,当前对文件的更改会保存到这个区
本地仓库Repository:git commit以后,当前暂存区里对文件的更改会提交到本地仓库
远程仓库Remote:远程仓库名一般叫origin。git push以后,本地仓库里优先于远程仓库的commit会被push到远程仓库
初始化
初始化参数
因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。
注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。
初始化本地仓库
$ git init
SSH key生成
$ ssh-keygen -t rsa -C “你的邮箱地址”
clone代码
.giTIgnore生效办法
查看各种状态
分支
更新和提交代码
一个新的文件,或改动。刚开始只存在你的工作区。当你使用git add的时候,Git就会缓存这个改动并且跟踪。当你使用git commit的时候就会把你的改动提交到仓库里。
撤销
代码评审使用gerrit系统,git中使用git review 《分支名》(默认是master) 命令执行review *** 作。
规则
提交reivew之前pull远程代码,保证提交以前是最新代码,有冲突需要本地合并处理。
一个单一的功能的变更放入一个commit中,提交一次reivew。
特殊情况
review没有通过怎么办?
先回到要修改的那个commit
$ git reset --soft 《要修改的那个commit的id》
继续修改你要改的文件。修改后add缓存文件,并执行
$ git commit --amend
将刚生产的变更归并到上一次变更里,继续执行git review
已经做了多个提交commits怎么办?
如果多个提交是相关联的,请合并这个提交为一个提交
如果review中提交了多个commits,其中一个commit没review过怎么办(包括以前某个commit中没有生成change id)?一次commit对应生成一个review, 前一个review没通过的话,后面的review 通过了也提交不了。 必须把前面一个review 弄通过,后面的review才能提交。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)