Git零基础使用详解
一、git概述目前最流行的版本控制工具版本控制概念在代码开发过程中,往往需要对源码进行多次的修改操作,这样一来同一份代码就...
一、git概述
目前最流行的版本控制工具
-
版本控制概念
在代码开发过程中,往往需要对源码进行多次的修改操作,这样一来同一份代码就产生了多个版本,在开发过程中通常需要对这些多个版本代码进行管理,以便于在需要时进行 代码回滚、多版本间比较、多人协作开发、代码分支、分支合并 等操作。
这样的需求大量的存在,而随着软件越来越复杂、代码越来越多、参与开发者越来越多,版本管理也变的越来越有难度,此时就需要专业的软件来对版本进行管理,这个过程就称之为版本控制,实现版本控制的软件就称之为版本控制软件。 -
版本控制软件分类
集中式版本控制
在集中式版本控制中,版本库是集中存放在中央服务器的,开发者在开发之前要先从中央服务器取得最新的版本,然后开始工作,工作完成后,再把自己的代码推送给中央服务器。中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。
优点:
便于集中式的代码管理
便于进行权限控制
缺点:
需要联网才可以工作,而且项目庞大的情况下对带宽的要求比较高
中心服务器存在单节点故障风险
CVS、SVN
分布式版本控制
在分布式版本控制系统中,没有“中央服务器”的概念,每个人的电脑上都是一个完整的版本库。而在多人协同工作时,通过推送各自的修改,保证多人间的版本一致。
但其实,在实际开发中,很少真的在两个电脑间进行修改的推送,而是选择一台充当“中央服务器”,但这个服务器仅仅是为了使用便利,本质上和其他机器没有任何区别,即使宕机,整个分布式版本控制仍然可以工作。
优点
- 不需要联网也可以工作
- 不存在单节点故障风险
缺点
无法实现严格的权限控制
Git
- git历史
Linus在1991年创建了开源的Linux,从此,Linux系统不断发展,已经成为最大的服务器系统软件了。
Linus虽然创建了Linux,但Linux的壮大是靠全世界热心的志愿者参与的,这么多人在世界各地为Linux编写代码,那Linux的代码是如何管理的呢?
在2002年以前,世界各地的志愿者把源代码文件通过diff的方式发给Linus,然后由Linus本人通过手工方式合并代码!
你也许会想,为什么Linus不把Linux代码放到版本控制系统里呢?不是有CVS、SVN这些免费的版本控制系统吗?因为Linus坚定地反对CVS和SVN,这些集中式的版本控制系统不但速度慢,而且必须联网才能使用。有一些商用的版本控制系统,虽然比CVS、SVN好用,但那是付费的,和Linux的开源精神不符。
不过,到了2002年,Linux系统已经发展了十年了,代码库之大让Linus很难继续通过手工方式管理了,社区的弟兄们也对这种方式表达了强烈不满,于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。
安定团结的大好局面在2005年就被打破了,原因是Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMover公司发现了(监控工作做得不错!),于是BitMover公司怒了,要收回Linux社区的免费使用权。
Linus可以向BitMover公司道个歉,保证以后严格管教弟兄们,嗯,这是不可能的。实际情况是这样的:
Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!牛是怎么定义的呢?大家可以体会一下。
Git迅速成为最流行的分布式版本控制系统,尤其是2008年,GitHub网站上线了,它为开源项目免费提供Git存储,无数开源项目开始迁移至GitHub,包括jQuery,PHP,Ruby等等。
历史就是这么偶然,如果不是当年BitMover公司威胁Linux社区,可能现在我们就没有免费而超级好用的Git了。
二、git安装配置
-
下载Git
Git最早只支持Linux,目前已经能够支持Linux、Unix、Windows、OS系统之上。
下载地址:
https://git-scm.com/ -
安装Git
Linux上安装Git
解压Linux版源码包
依次执行
./config
make
sudo make install
- 1
- 2
- 3
Windows上安装Git
1. 下载安装包
2. 双击执行默认安装
3. 双击 Git Bush 即可启动Git
- 初始配置Git
因为Git是一款分布式的版本控制软件,多用户之间的互相通信需要确定身份,所以安装Git后需要先配置当前用户的名称和邮箱,才可以使用
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
- 1
- 2
三、创建版本库
-
版本库的概念
版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。 -
创建版本库
在任意位置创建一个文件夹,位置可以任意,但是强烈建议目录路径中不要包含中文。
$cd e:
$pwd
$mkdir gitdemo01
$cd gitdemo01
- 1
- 2
- 3
- 4
通过git命令将该目录变为git所管理的仓库
$ git init
- 1
命令执行后,该目录下会多出一个.git的目录,这个目录是Git来跟踪管理版本库的,请勿手动修改。
也可以在一个非空的文件夹中创建仓库,但是在学习阶段先不要这样做。
四、工作区 、版本库、暂存区、分支 概念
工作区:存放文件的位置
版本库:工作区中.git文件夹,其中包含暂存区 和 分支区
暂存区:版本库中 包含暂存区 git add命令 或 git rm 命令加入的操作 被记录在暂存区内
分支区:版本库中 包含分支区 是最终版本信息保存的位置 git commit命令将暂存区内记录的操作 提交到分支中
可以配置多个分支,如果不指定则默认为master分支,并有一个head指针指向master分支的最新位置
五、版本管理
- 提交新文件
注意,所有版本控制系统只能跟踪文本文件的改动,比如TXT文件,网页,所有的程序代码等等,Git也不例外。而图片、视频这些二进制文件,虽然也能由版本控制系统管理,但无法跟踪文件内容的变化,只能查看文件信息变化,如大小、更新时间等。
将需要管理的文件放置到仓库目录下
test.txt
This is test
- 1
- 2
查看版本库状态
git status
- 1
增加文件到暂存区
git add test.txt
- 1
提交版本到分支
git commit -m "add file test.txt"
- 1
查看版本库状态
git status
- 1
-m后面输入的是本次提交的说明,可以输入任意内容
本例中只经历了一个修改就提交了,其实完全可以 多个修改后一次提交
- 提交修改
修改test.txt
git is a version control system.
git is free software.
- 1
- 2
查看版本库状态
git status
- 1
查看文件具体修改
git diff test.txt
- 1
增加文件到暂存区
git add test.txt
- 1
提交版本到分支
git commit -m "change Git to git"
- 1
可以再次查看状态
git status
- 1
- 查看历史版本
修改test.txt
git is a version control system.
git is free software.
git is good.
- 1
- 2
- 3
增加文件到暂存区
git add test.txt
- 1
提交版本到分支
git commit -m "add new line git is good"
- 1
…重复以上步骤保存文件的多个版本…
查看历史版本
git log
- 1
或
git log --pretty=oneline
- 1
- 回滚版本
回滚版本
git reset --hard HEAD^
- 1
**在Git中,用HEAD表示当前版本,上一个版本就是HEAD,上上一个版本就是HEAD,当然往上100个版本写100个比较容易数不过来,所以写成HEAD~100。 **
也可以通过版本包跳转版本,比上一种写法好的地方在于可以跳转到已经被回退的版本上:
git reset --hard 5527510751b4303390bb4f321bfa8b7f997cbfd0
- 1
或简写为
git reset --hard 55275
- 1
但是问题是如知道版本号呢?可以通过如下命令查看之前所有提交对应操作及版本号:
git reflog
- 1
- 撤销修改
尚未增加文件到暂存区:
修改test.txt
git is a version control system.
git is free software.
git is good
git is easy to use
git is really useful
- 1
- 2
- 3
- 4
- 5
撤销修改 – 将文件恢复到最近一次add 或 commit之前的状态
git checkout -- test.txt
- 1
已经增加文件到暂存区,但尚未提交到分支:
修改test.txt
git is a version control system.
git is free software.
git is good
git is easy to use
git is really useful
git is good
- 1
- 2
- 3
- 4
- 5
- 6
增加文件到暂存区:
git add
- 1
撤销修改 – 把暂存区的修改撤销掉
git reset HEAD test.txt
- 1
撤销修改 – 将文件恢复到最近一次add 或 commit之前的状态
git checkout -- test.txt
- 1
已经增加文件到暂存区,且已提交到分支:
可以通过之前所学的版本回退技术完成。
但这仅限于本地版本库,如果版本已经提交到远程版本库,则即使在本地做版本库中做回退,也无法取消在远程版本库中的记录。
- 删除文件
从工作区中删除文件
rm test.txt
- 1
查看版本库状态
git status
- 1
增加删除文件操作到暂存区:
git rm test.txt
- 1
提交版本到分支
git commit
- 1
- 细节:Git跟踪并管理的是修改,而非文件。
实验:
修改test.txt
git is a version control system.
git is free software.
git is good
git is easy to use
- 1
- 2
- 3
- 4
增加文件到暂存区
git add test.txt
- 1
修改test.txt
git is a version control system.
git is free software.
git is good
git is easy to use
git is very useful
- 1
- 2
- 3
- 4
- 5
提交版本到分支
git commit -m "change test"
- 1
查看状态:
git status
- 1
发现git is really useful并没有被提交
六、远程仓库
-
远程仓库概念
为了方便版本的交换,通常会使用一个中心服务器,24小时连续运行,提供版本控制服务
这就有两种做法:
自己搭建中心服务器
使用GitHub仓库托管网站
目前我们更多使用代码托管的方式工作 -
GitHub远程仓库连接
注册GitHub账号
由于git和github的通信需要加密,需要设置SSH
创建SSH Key
$ ssh-keygen -t rsa -C "youremail@example.com"
- 1
最终,可以在用户主目录里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。
登陆GitHub,打开“Account settings”,“SSH Keys”页面,然后,点“Add SSH Key”,填上任意Title,在Key文本框里粘贴id_rsa.pub文件的内容
- 关联远程仓库
当我们已经在本地创建了一个Git仓库后,又想在GitHub创建一个Git仓库,并且让这两个仓库进行远程同步,这样,GitHub上的仓库既可以作为备份,又可以让其他人通过该仓库来协作,非常方便
登陆GitHub,然后,在右上角找到“Create a new repo”按钮,创建一个新的仓库
在Repository name填入learngit,其他保持默认设置,点击“Create repository”按钮,就成功地创建了一个新的Git仓库
本地关联到远程仓库:
$ git remote add origin git@github.com:piaoqian/learngit.git
- 1
- 推送到远程仓库
把本地库的内容推送到远程:
$ git push -u origin master
- 1
第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
$ git push origin master
- 1
- 从远程仓库克隆
$ git clone <版本库的网址>
$ git clone <版本库的网址> <本地目录名>
$ git clone git@github.com:test/gitskills.git
- 1
- 将远程存储库中的更改合并到当前分支中
$ git pull <远程主机名> <远程分支名>:<本地分支名>
$ git pull git@github.com:test/learngit.git master:master -f
- 1
- 删除远程仓库关联
$git remote rm origin
- 1
九、分支管理
-
分支概念
可以从当前的开发线中分割出一个新的开发线,从而在不影响原来开发线的过程中,开发并提交代码,等到新的开发线开发完成,可以一次性加入原开发线,即进行分支合并操作。
分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。 -
分支的使用
默认git中只有一个主分支master,head就指向master
head
|
master
|
x----x----x
- 1
- 2
- 3
- 4
- 5
每次提交master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长
head
|
master
|
x----x----x----x
当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上:
创建分支:
$ git branch dev
$ git checkout dev
- 1
- 2
或
- 1
$ git checkout -b dev
- 1
-b参数表示创建并切换
用git branch命令查看当前分支
$git branch
- 1
master
|
x----x----x----x
|
dev
|
head
- 1
- 2
- 3
- 4
- 5
- 6
- 7
Git创建一个分支很快,因为除了增加一个dev指针,改改HEAD的指向,工作区的文件都没有任何变化!
从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变
创建文件:
test2.txt
creating a new branch is quick.
提交:
$ git add test2.txt
$ git commit -m "branch test"
- 1
- 2
master
|
x----x----x----x----x
|
dev
|
head
- 1
- 2
- 3
- 4
- 5
- 6
- 7
如我们在dev上的工作完成了,就可以把dev合并到master上。Git怎么合并呢?最简单的方法,就是直接把master指向dev的当前提交,就完成了合并:
切换回主分支
$git checkout master
- 1
head
|
master
|
x----x----x----x----x
|
dev
- 1
- 2
- 3
- 4
- 5
- 6
- 7
把dev分支的工作成果合并到master分支上。git merge命令用于合并指定分支到当前分支。此时采用的是快速合并策略。
$git merge dev
- 1
head | master | x----x----x----x----x | dev
合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支: 删除dev分支:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
$ git branch -d dev
- 1
查看branch:
- 1
$ git branch
- 1
head
|
master
|
x----x----x----x----x
- 1
- 2
- 3
- 4
- 5
- 冲突
当多个分支之间的进行合并时,可能会产生冲突,需要对冲突解决后才能合并分支
创建新的分支feature1
$ git checkout -b feature1
- 1
修改文件:
test2.txt
creating a new branch is quick and simple.
在feature1分支上提交:
$ git add test2.txt
$ git commit -m "AND simple"
- 1
- 2
切换到master分支:
- 1
$ git checkout master
- 1
修改文件:
test2.txt
Creating a new branch is quick & simple.
在master分支上提交:
$ git add test2.txt
$ git commit -m "& simple"
- 1
- 2
这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突:
$ git merge feature1
- 1
Git告诉我们,test2.txt文件存在冲突,必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件:
$ git status
- 1
修改如下后保存:
Creating a new branch is quick and simple.
再提交:
$ git add test2.txt
$ git commit -m "conflict fixed"
- 1
- 2
用带参数的git log也可以看到分支的合并情况:
$ git log --graph --pretty=oneline --abbrev-commit
- 1
最后,删除feature1分支:
$ git branch -d feature1
- 1
冲突解决。
- 强制禁止快速合并策略
通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。
如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
创建dev分支:
$ git checkout -b dev
- 1
修改文件:
test2.txt
creating a new branch is quick and simple xxx.
提交:
$ git add readme.txt
$ git commit -m "add merge"
- 1
- 2
切换回master:
$ git checkout master
- 1
强制禁止快速合并模式,合并分支:
$ git merge --no-ff -m "merge with no-ff" dev
- 1
- 分支策略
master分支应该是非常稳定的,也就是仅用来发布新版本
干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本
6.stash 暂存分支
当某一分支工作到一半,突然需要切换到其他分支时,可以通过stash机制将当前分支状态暂存起来,再在需要的时候恢复。
创建新的分支feature1
$ git checkout -b dev
- 1
修改文件:
test3.txt
today is a good day.
加入文件:
$ git add test3.txt
- 1
临时需要切换到其他分支,暂存当前分支:
$ git stash
- 1
查看状态:
$ git status
- 1
切换到dev2分支
$ git checkout master
$ git checkout -b dev2
- 1
- 2
修改文件:
test4.txt
happy every day
加入文件:
$ git add test4.txt
- 1
提交文件:
$ git commit test4.txt -m "add test4.txt"
- 1
切换到master分支
$ git checkout master
- 1
合并分支
$ git merge --no-ff -m "merged dev2" dev2
- 1
切换回dev分支:
$ git checkout dev
$ git status
- 1
- 2
发现工作区是干净的,需要恢复暂存分支:
$ git stash list
- 1
有两个办法:
一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;
另一种方式是用git stash pop,恢复的同时把stash内容也删
$ git stash pop
- 1
- 多人协作
在多人使用远程仓库进行工作时,往往在同一个分支上的操作会存在冲突,此时需要远程冲突合并。
多人协作的工作模式通常是这样:
首先,可以试图用git push origin 推送自己的修改;
如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
如果合并有冲突,则解决冲突,并在本地提交;
没有冲突或者解决掉冲突后,再用git push origin 推送就能成功!
如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to origin/
十、标签
git中的版本都有版本编号,对代码的提交和回滚都是基于版本编号进行的,但是git中的版本编号是一串随机串,不好记忆,此时可以使用标签机制为某个提交增加标签,方便以后查找
在当前分支当前提交上打标签:
$git tag v1.0
- 1
查看所有标签,默认标签是打在最新提交的commit上的:
$git tag
- 1
如果想要打标签在某个指定历史commit上:
$ git tag v0.9 f52c633
- 1
还可以创建带有说明的标签,用-a指定标签名,-m指定说明文字:
$ git tag -a v0.1 -m "version 0.1 released" 1094adb
- 1
可以通过如下命令查看一个tag信息:
$ git show v0.1
- 1
如果标签打错了,也可以删除:
$ git tag -d v0.1
- 1
如果要推送某个标签到远程,使用命令git push origin :
$ git push origin v1.0
- 1
或者,一次性推送全部尚未推送到远程的本地标签:
$ git push origin --tags
- 1
如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:
$ git tag -d v0.9
- 1
然后,从远程删除。删除命令也是push,但是格式如下:
$ git push origin :refs/tags/v0.9
- 1
十一、定制Git
-
忽略特定文件
有些时候,你必须把某些文件放到Git工作目录中,但又不能提交它们,比如保存了数据库密码的配置文件等等
此时,在Git工作区的根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。
不需要从头写.gitignore文件,GitHub已经为我们准备了各种配置文件,只需要组合一下就可以使用了。所有配置文件可以直接在线浏览:https://github.com/github/gitignore -
别名
配置别名:
$ git config --global alias.st status
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
- 1
- 2
- 3
- 4
删除别名
找到.git/config
文件
找到[alias]
标签,删除其中别名
十二、使用码云
使用GitHub时,国内的用户经常遇到的问题是访问速度太慢,有时候还会出现无法连接的情况。
可以使用国内的Git托管服务——码云(gitee.com),和GitHub相比,码云也提供免费的Git仓库。
此外,还集成了代码质量检测、项目演示等功能。对于团队协作开发,码云还提供了项目管理、代码托管、文档管理的服务,5人以下小团队免费。
- 1
- 2
- 3
十三、Eclipse中的Git插件
待续
![Logo](https://devpress.csdnimg.cn/79de2bf0b7994defa4242ef90d5513fa.jpg)
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)