一,git的简介
Git 是用于 Linux内核开发的版本控制工具。
与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,使源代码的发布和交流极其方便。
Git 的速度很快,这对于诸如 Linux kernel 这样的大项目来说自然很重要。
Git 最为出色的是它的合并跟踪(merge tracing)能力。
作为开源自由原教旨主义项目,Git 没有对版本库的浏览和修改做任何的权限限制。
什么是版本控制系统:
版本控制是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统
什么是分布式版本控制系统:
分布式版本控制系统(Distributed Version Control System,简称 DVCS), 在这类系统中,像 Git、Mercurial、Bazaar 以及 Darcs 等,客户端并不只提取最新版本的文件快照,而是把代码仓库完整地镜像下来。 这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜像出来的本地仓库恢复。 因为每一次的克隆操作,实际上都是一次对代码仓库的完整备份。
二,git的特点
从一般开发者的角度来看,git有以下功能:
1、从服务器上克隆完整的Git仓库(包括代码和版本信息)到单机上。
2、在自己的机器上根据不同的开发目的,创建分支,修改代码。
3、在单机上自己创建的分支上提交代码。
4、在单机上合并分支。
5、把服务器上最新版的代码fetch下来,然后跟自己的主分支合并。
6、生成补丁(patch),把补丁发送给主开发者。
7、看主开发者的反馈,如果主开发者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突),就会要求他们先解决冲突,然后再由其中一个人提交。如果主开发者可以自己解决,或者没有冲突,就通过。
8、一般开发者之间解决冲突的方法,开发者之间可以使用pull 命令解决冲突,解决完冲突之后再向主开发者提交补丁。
从主开发者的角度(假设主开发者不用开发代码)看,git有以下功能:
1、查看邮件或者通过其它方式查看一般开发者的提交状态。
2、打上补丁,解决冲突(可以自己解决,也可以要求开发者之间解决以后再重新提交,如果是开源项目,还要决定哪些补丁有用,哪些不用)。
3、向公共服务器提交结果,然后通知所有开发人员。
优点:
适合分布式开发,强调个体。
公共服务器压力和数据量都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点:
资料少(起码中文资料很少)。
学习周期相对而言比较长。
不符合常规思维。
代码保密性差,一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。
三,部署git
(一)安装git,创建需要存放代码的目录,初始化
[root@server1 ~]# yum install -y git ##安装
[root@server1 ~]# mkdir demo
[root@server1 ~]# cd demo/
[root@server1 demo]# git init ##初始化
[root@server1 demo]# git status
On branch master
#
Initial commit
#
nothing to commit (create/copy files and use "git add" to track)
(二) git status的状态显示分类
新添加的未跟踪文件前面有 ?? 标记,
新添加到暂存区中的文件前面有 A 标记,
修改过的文件前面有 M 标记。
出现在右边的 M 表示该文件被修改了但是还没放入暂存区,
出现在靠左边的 M 表示该文件被修改了并放入了暂存区。
MM表示工作区被修改并提交到暂存区后又在工作区中被修改了,所以在暂存区和工作区都有该文件被修改了的记录
[root@server1 demo]# touch file1
[root@server1 demo]# echo westos > file1
[root@server1 demo]# git status
On branch master
#
Initial commit
#
Untracked files:
(use "git add <file>..." to include in what will be committed)
#
#file1
nothing added to commit but untracked files present (use "git add" to track)
[root@server1 demo]# git status -s
?? file1 ##新添加的未跟踪的文件前面有??标志
提交更改,实际上就是把暂存区的所有内容提交到当前分支
[root@server1 demo]# git commit -m "add file1"
*** Please tell me who you are.
Run
git config --global user.email "you@example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Omit --global to set the identity only in this repository.
fatal: unable to auto-detect email address (got 'root@server1.(none)')
##需要添加邮箱和用户名才能提交成功
[root@server1 demo]# git config --global user.email "2514243041@qq.com"
[root@server1 demo]# git config --global user.name "yang"
[root@server1 demo]# git commit -m "add file1"
[master (root-commit) 9bb7f82] add file1
1 file changed, 1 insertion(+)
create mode 100644 file1
[root@server1 demo]# git status -s ##提交成功后就没有文件显示,为空
[root@server1 demo]#
(三)文件的忽略
一般情况下,总会在存放代码的目录中出现一些我们不想看到的文件,无需纳入git的管理,比如日志文件,或者编译出现的临时文件,这是我们可以创建一个 .gitignore的文件。
[root@server1 demo]# cd
[root@server1 ~]# l.
. .bash_history .bashrc .gitconfig .pki .tcshrc
.. .bash_logout .config .local .rnd .viminfo
.ansible .bash_profile .cshrc .mysql_history .ssh
[root@server1 ~]# cp .bashrc demo/
[root@server1 ~]# cd demo/
[root@server1 demo]# git status -s
?? .bashrc
[root@server1 demo]# vim .gitignore
[root@server1 demo]# cat .gitignore
.*
[root@server1 demo]# git status -s
[root@server1 demo]# l.
. .. .bashrc .git .gitignore
(四)版本回退
每当你觉得文件修改到一定程度的时候,就可以“保存一个快照”,这个快照在Git中被称为commit,就是放到了一个本地仓库,这个仓库在git初始化的时候就有了,一旦你把文件改乱了,或者误删了文件,还可以从最近的一个commit恢复,然后继续工作,而不是把几个月的工作成果全部丢失。这个对于一些“手残党”是极好的。
(1)git checkout – file
以丢弃工作区的修改,就是让这个文件回到最近一次git commit或git add时的状态
[root@server1 demo]# echo westos >> file1
[root@server1 demo]# cat file1
westos
westos
westos
westos
[root@server1 demo]# git checkout -- file1
[root@server1 demo]# cat file1
westos
westos
westos
[root@server1 demo]# git status
#On branch master
nothing to commit, working directory clean
git log命令显示从最近到最远的提交日志
git log --pretty=oneline 查看简略日志信息
git reflog 查看历史记录
git reset --hard HEAD^
上一个提交状态就是HEAD^ ,上上一个提交状态就是HEAD^^
git reset --hard ae89efc 回退到指定提交状态