Git
GitHub网站为开源项目免费提供Git存储。
GitLab服务
Gitee国内的Git托管服务。
Source Tree——免费Git图形界面工具。
集中式版本控制系统:在集中式版本控制系统中版本库是集中存放在中央服务器的,工作时用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。集中式版本控制系统最大的毛病就是必须联网才能工作。
常见的集中式版本控制系统有SVN、CVS等。
分布式版本控制系统:分布式版本控制系统没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样工作时就不需要联网了,因为版本库就在自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了。
在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。
常见的分布式版本控制系统有Git、BitKeeper、Mercurial和Bazaar等。
所有的版本控制系统,其实只能跟踪文本文件的改动,比如TXT文件,网页,所有的程序代码等等,Git也不例外。版本控制系统可以告诉你每次的改动,比如在第5行加了一个单词“Linux”,在第8行删了一个单词“Windows”。而图片、视频这些二进制文件,虽然也能由版本控制系统管理,但没法跟踪文件的变化,只能把二进制文件每次改动串起来,也就是只知道图片从100KB改成了120KB,但到底改了啥,版本控制系统不知道,也没法知道。Microsoft的Word格式是二进制格式,因此,版本控制系统是没法跟踪Word文件的改动的。
版本库(Repository):版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。工作区有一个隐藏目录.git
,这个不算工作区,而是Git的版本库。Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master
,以及指向master
的一个指针叫HEAD
。
工作区(Work Directory):电脑里能看到的文件目录。
git add
就是把文件修改添加到暂存区;git commit
就是把暂存区的所有内容提交到当前分支。
git常见命令
-
git init
命令用于把目录变成Git可以管理的仓库,目录下多了一个.git
的目录,这个目录是Git来跟踪管理版本库的,该目录默认是隐藏的,用ls -ah
命令可以看见。 -
pwd
命令用于显示当前目录。 -
git add <filename>
添加 -
git commit -m"提交说明"
提交,-m参数后面输入的是本次提交的说明下面两种操作产生的结果不同:
1、
git commit -m 'modified in working and stage.'
2、
git commit -m 'modified in working and stage.' <filename>
第一种情况仅提交的是暂存区的版本。第二种情况提交的是工作区的版本。
-
git status
返回仓库当前的状态。 -
git diff <filename>
显示文件是怎么被修改的,即修改的内容。格式是Unix通用的diff格式。git diff
:查看working tree与index的差别。git diff --cached
:查看index与repository的差别。git diff HEAD --<filename>
:查看working tree和repository的差别。其中:HEAD代表的是最近的一次commit的信息。
git diff
比较的是工作目录中当前文件和暂存区域快照之间的差异, 也就是修改之后还没有暂存起来的变化内容。若要查看已暂存的将要添加到下次提交里的内容,可以用git diff --cached
命令。请注意,git diff
本身只显示尚未暂存的改动,而不是自上次提交以来所做的所有改动。 所以有时候你一下子暂存了所有更新过的文件后,运行git diff
后却什么也没有,就是这个原因。
-
git log
命令显示从最近到最远的提交日志,查看提交历史,加上--pretty=oneline
参数显示简洁。 -
git reflog
查看命令历史。 -
git reset --hard HEAD^
命令回退到上一个版本。在Git中,用
HEAD
表示当前版本,上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,当然往上100个版本写100个^
比较容易数不过来,所以写成HEAD~100
。
-
git reset --hard <commit(版本号)>
命令回退到指定版本。 -
git revert
前滚如果已经有A -> B -> C,想回到B:
方法一:reset到B,丢失C:
A -> B
C是提交错误(比如把密码提交上去了),不保留C则必须reset
方法二:再提交一个revert反向修改,变成B:
A -> B -> C -> B
C还在,但是两个B是重复的,如果C是修改,现在又要改回来,将来可能再改成C,就revert
-
git add
的反向命令git checkout --<filename>
,将工作区中该文件的状态更新为暂存区对应该文件的状态。 -
git commit
的反向命令git reset HEAD <filename>
,就是将提交到暂存区的数据以仓库数据为基准撤销暂存。 -
命令
git checkout -- readme.txt
意思就是,把readme.txt
文件在工作区的修改全部撤销,这里有两种情况:一种是
readme.txt
自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;一种是
readme.txt
已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。总之,就是让这个文件回到最近一次
git commit
或git add
时的状态。git checkout
其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。 -
命令
git reset HEAD <filename>
可以把暂存区的修改撤销掉(unstage),重新放回工作区。 -
最新版本的git已经使用
git restore
代替了原来的reset和checkout命令了,如下:git resotre readme
//(使用 “git restore <文件>…” 丢弃工作区的改动)(use
git restore <file>
to discard changes in working directory)git restore --staged readme
(使用 “git restore --staged <文件>…” 以取消暂存)(use
git restore --staged <file>
to unstage) -
从版本库中删除文件,那就用命令
git rm <filename>
删掉,并且git commit
。
远程仓库
-
git remote add <远程仓库名> <SSH地址>
:将本地仓库与远程仓库关联。 -
git remote
:查看远程库的信息。用git remote -v
显示更详细的信息。 -
git push [-u] <远程仓库名> <分支名eg:master>
:把master分支推送到远程。
由于远程库是空的,第一次推送master分支时,加上-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,-u是指定后面的远程仓库名和分支名为默认。 -
git clone <SSH地址>
:从远程库克隆。从远程仓库克隆时,实际上Git自动把本地的master
分支和远程的master
分支对应起来了,远程仓库的默认名称是origin。注:从远程库clone时,默认情况下只能看到本地的
master
分支。可以用git branch
命令看看。要在其他分支上开发(eg:dev
),必须创建远程origin
的dev
分支到本地,用git checkout -b dev origin/dev
命令创建本地dev
分支。再利用git push origin dev
把dev
分支推送到origin
远程库。 -
git branch --set-upstream-to=origin/dev dev
可以指定本地dev
分支与远程origin/dev
分支的链接。之后可以用git pull
命令抓取合并分支。
总结多人协作的工作模式:
- 首先,可以试图用
git push <远程仓库名> <分支名>
推送自己的修改; - 如果推送失败,则因为远程分支比你的本地更新,需要先用
git pull
试图合并; - 如果合并有冲突,则解决冲突,并在本地提交;
- 没有冲突或者解决掉冲突后,再用
git push <远程仓库名> <分支名>
推送就能成功!
如果git pull
提示no tracking information
,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to <远程仓库名>/<分支名>
。
-
git push <远程仓库名> --delete <分支名>
删除远程仓库里的分支。 -
git rebase
把分叉的提交历史“整理”成一条直线,看上去更直观。缺点是本地的分叉提交已经被修改过了。推送到远程后,远程分支的提交历史也是一条直线。rebase操作可以把本地未push的分叉提交历史整理成直线;目的是使得我们在查看历史提交的变化时更容易,因为分叉的提交需要三方对比。
分支管理
分支的创建、合并、删除、管理和冲突解决
HEAD
严格来说不是指向提交,而是指向master
,master
才是指向提交的,所以,HEAD
指向的就是当前分支。Git用master
指向最新的提交,再用HEAD
指向master
,就能确定当前分支,以及当前分支的提交点。每次提交,master
分支都会向前移动一步,这样,随着你不断提交,master
分支的线也越来越长。
- 创建新的分支,例如
dev
时,Git新建了一个指针叫dev
,指向master
相同的提交,再把HEAD
指向dev
,就表示当前分支在dev
上:
git checkout <分支名>
命令加上-b
参数表示创建并切换,相当于git branch <分支名>
+git checkout <分支名>
新版Git支持git switch <分支名>
命令来切换分支,git switch -c <分支名>
来创建并切换分支。
git branch
命令会列出所有分支。
- 合并分支:把
dev
合并到master
上,直接把master
指向dev
的当前提交。
情况一:Fast forward
模式
情况二:存在冲突
git merge --no-ff -m "commit描述" <分支名>
:非Fast forward
模式在merge时生成一个新的commit,--no-ff
参数表示禁用Fast forward
。
git merge <分支名>
命令用于合并指定分支到当前分支。
git log --graph --pretty=oneline --abbrev-commit
可以看到分支的合并情况。
注:二进制文件冲突是二选一,决定留下哪个就是哪个,没有合并一说。
- 删除分支:删除
dev
分支就是把dev
指针给删掉。
git branch -d <分支名>
删除分支,若要删除一个没有被合并过的分支,可以通过git branch -D <分支名>
强行删除。
git stash
可以把当前分支的工作现场“储藏”起来,等以后恢复现场后继续工作。
git stash list
命令查看储藏的工作现场列表。
恢复有两个个办法:
一是用git stash apply
恢复,但是恢复后,stash内容并不删除,你需要用git stash drop
来删除;
另一种方式是用git stash pop
,恢复的同时把stash内容也删了。
git cherry-pick <commit版本号>
命令能复制一个特定的提交到当前分支。
标签管理
发布一个版本时,我们通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。其实标签就是指向某个commit的指针(分支可以移动,标签不能移动)
git tag <tagname>
打上标签,默认标签是打在最新提交的commit上的,还可以创建带有说明的标签,用-a
指定标签名,-m
指定说明文字。
git tag <tagname> <commit id>
在指定commit上打标签。
git tag
查看所有标签。标签不是按时间顺序列出,而是按字母排序的。
git show
查看标签信息。
注:标签总是和某个commit挂钩。如果这个commit既出现在master分支,又出现在dev分支,那么在这两个分支上都可以看到这个标签。
git push origin
推送某个标签到远程。git push origin --tags
一次性推送全部尚未推送到远程的本地标签。
git tag -d <tagname>
删除标签。git tag -D <tagname>
强制删除本地标签。 git push origin :refs/tags/<tagname>
删除远程标签。