从远程库克隆
现在,假设从零开发,先创建远程库,然后,从远程库克隆。
首先,登陆GitHub,创建一个新的仓库,名字叫gitskills。
勾选Initialize this repository with a README
,这样GitHub会自动为我们创建一个README.md
文件。创建完毕后,可以看到README.md
文件:
用命令git clone
克隆一个本地库:
git clone [email protected]:XueToWei/gitskills.git
输出如下:
Cloning into 'gitskills'...
Enter passphrase for key '/c/Users/Re:CREATORS/.ssh/id_rsa':
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (3/3), done.
进入gitskills
目录看看,已经有README.md
文件了:
cd gitskills
ls
输出如下:
README.md
小结
要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone
命令克隆。
Git支持多种协议,包括https
,但通过ssh
支持的原生git
协议速度最快。
分支管理
与平行宇宙类似的概念,Git的分支是与众不同的,无论创建、切换和删除分支,Git在1秒钟之内就能完成!
创建与合并分支
每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。
目前,只有一条时间线,在Git里,这个分支叫主分支,即master
分支。HEAD
严格来说不是指向提交,而是指向master
,master
才是指向提交的,所以,HEAD
指向的就是当前分支。
一开始的时候,master
分支是一条线,Git用master
指向最新的提交,再用HEAD
指向master
,就能确定当前分支,以及当前分支的提交点:
每次提交,master
分支都会向前移动一步,这样,随着你不断提交,master
分支的线也越来越长。
当我们创建新的分支,例如dev
时,Git新建了一个指针叫dev
,指向master
相同的提交,再把HEAD
指向dev
,就表示当前分支在dev
上:
Git创建一个分支很快,因为除了增加一个dev
指针,改改HEAD
的指向,工作区的文件都没有任何变化!
从现在开始,对工作区的修改和提交就是针对dev
分支了,比如新提交一次后,dev
指针往前移动一步,而master
指针不变:
假如我们在dev
上的工作完成了,就可以把dev
合并到master
上。
Git通过直接把master
指向dev
的当前提交,就完成了合并:
所以Git合并分支也很快!就改改指针,工作区内容也不变!
合并完分支后,甚至可以删除dev
分支。删除dev
分支就是把dev
指针给删掉,删掉后,我们就剩下了一条master
分支:
下面开始实战。
创建dev
分支,然后切换到dev
分支:
git checkout -b dev
输出如下:
Switched to a new branch 'dev'
D readme.txt
git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:
git branch dev
git checkout dev
输出如下:
Switched to branch 'dev'
用git branch
命令查看当前分支:
git branch
输出如下:
* dev
master
git branch
命令会列出所有分支,当前分支前面会标一个*
号。
就可以在dev
分支上正常提交,比如对readme.txt
做个修改,加上一行:
Creating a new branch is quick.
然后提交:
git add readme.txt
git commit -m "branch test"
输出如下:
[dev d03e35c] branch test
1 file changed, 1 insertion(+)
dev分支的工作完成,我们就可以切换回master分支:
git checkout master
输出如下:
Switched to branch 'master'
Your branch is up to date with 'origin/master'.
切换回master
分支后,再查看一个readme.txt文件,刚才添加的内容不见了!因为那个提交是在dev
分支上,而master
分支此刻的提交点并没有变:
现在,把dev
分支的工作成果合并到master
分支上:
git merge dev
输出如下:
Updating ee37c08..d03e35c
Fast-forward
readme.txt | 1 +
1 file changed, 1 insertion(+)
git merge
命令用于合并指定分支到当前分支。合并后,再查看readme.txt
的内容,就可以看到,和dev
分支的最新提交是完全一样的。
注意到上面的Fast-forward
信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master
指向dev
的当前提交,所以合并速度非常快。
合并完成后,就可以放心地删除dev
分支了:
git branch -d dev
输出如下:
Deleted branch dev (was d03e35c).
删除后,查看branch
,就只剩下master
分支了:
git branch
输出如下:
* master
因为创建、合并和删除分支非常快,所以Git鼓励使用分支完成某个任务,合并后再删掉分支,这和直接在master
分支上工作效果是一样的,但过程更安全。
小结
Git鼓励大量使用分支:
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
创建+切换分支:git checkout -b <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>