Git简介
一、介绍
1、简介
先说集中式版本控制系统,版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。
集中式版本控制系统最大的毛病就是必须联网才能工作,如果在局域网内还好,带宽够大,速度够快,可如果在互联网上,遇到网速慢的话,可能提交一个10M的文件就需要5分钟,这还不得把人给憋死啊。
那分布式版本控制系统与集中式版本控制系统有何不同呢?首先,分布式版本控制系统根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了。
在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。
2、Git 与 SVN 区别:
1、GIT是分布式的,SVN不是:这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别。
2、GIT把内容按元数据方式存储,而SVN是按文件:所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。
3、GIT分支和SVN的分支不同:分支在SVN中一点不特别,就是版本库中的另外的一个目录。
4、GIT没有一个全局的版本号,而SVN有:目前为止这是跟SVN相比GIT缺少的最大的一个特征。
5、GIT的内容完整性要优于SVN:GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
3、git优点
首先,思考一下CVS和SVN的缺点,只有一个中心服务器,通常都架在内网,
如果是在外出差要改代码,就麻烦了,需要v*n访问公司的局域网,才能commit代码,查看log等,如果没法连接网络,或者没有v*n,则很难和公司的同事协同工作。
而git如何解决这个问题呢?
出差时clone一下,完整仓库就存在你的机器上了,
不需要连接服务器,可以任意commit开发,查看log了,
在分支里开发,就算主分支有更新,也不影响当前的工作进程,
需要将更改更新到公司中心服务器?可以通过patch的形式通过邮件或IM共享,由在公司办公的同事应用patch更新仓库,不需要v*n,不需要v*n。
4、运作模式
svn 的模式是:
1。写代码。
3。从服务器拉回服务器的当前版本库,并解决服务器版本库与本地代码的冲突。
5。将本地代码提交到服务器。
分布式版本管理的模式是:
1。写代码。
2。提交到本地版本库。
3。从服务器拉回服务器的当前版本库,并解决服务器版本库与本地代码的冲突。
4。将远程库与本地代码合并结果提交到本地版本库。
5。将本地版本库推到服务器。
5、一般工作流程
- 克隆 Git 资源作为工作目录。
- 在克隆的资源上添加或修改文件。
- 如果其他人修改了,你可以更新资源。
- 在提交前查看修改。
- 提交修改。
- 在修改完成后,如果发现错误,可以撤回提交并再次修改并提交。
6、基本概念
我们先来理解下Git 工作区、暂存区和版本库概念
- 工作区:就是你在电脑里能看到的目录。
- 暂存区:英文叫stage, 或index。一般存放在 ".git目录下" 下的index文件(.git/index)中,所以我们把暂存区有时也叫作索引(index)。
- 版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
二、基本操作
1、git init
用 git init 在目录中创建新的 Git 仓库。 你可以在任何时候、任何目录中这么做,完全是本地化的。
在目录中执行 git init,就可以创建一个 Git 仓库了。比如我们建 runoob 项目:
$ mkdir runoob
$ cd runoob/
$ git init
Initialized empty Git repository in /Users/tianqixin/www/runoob/.git/
# 在 /www/runoob/.git/ 目录初始化空 Git 仓库完毕。
2、git clone
使用 git clone 拷贝一个 Git 仓库到本地,让自己能够查看该项目,或者进行修改。
如果你需要与他人合作一个项目,或者想要复制一个项目,看看代码,你就可以克隆那个项目。 执行命令:
$ git clone [url]
例子:
$ git clone [email protected]:schacon/simplegit.git
克隆完成后,在当前目录下会生成一个 simplegit 目录
3、git add
git add 命令可将该文件添加到缓存。
4、git status
git status 以查看在你上次提交之后是否有修改。
该命令可以加了 -s 参数,以获得简短的结果输出。
例:
$ touch README
$ touch hello.php
$ ls
README hello.php
$ git status -s
?? README -----??状态为无此文件
?? hello.php
$ git add README hello.php ----执行add操作
$ git status -s
A README ----状态变化为A
A hello.php
$ vim README -----修改文件
$ git status -s
AM README -----状态为AM
A hello.php
5、git diff
执行 git diff 来查看执行 git status 的结果的详细信息。
git diff 命令显示已写入缓存与已修改但尚未写入缓存的改动的区别。git diff 有两个主要的应用场景。
- 尚未缓存的改动:git diff
- 查看已缓存的改动: git diff --cached
- 查看已缓存的与未缓存的所有改动:git diff HEAD
- 显示摘要而非整个 diff:git diff --stat
6、git commit
使用 git add 命令将想要快照的内容写入缓存区, 而执行 git commit 将缓存区内容添加到仓库中。
Git 为你的每一个提交都记录你的名字与电子邮箱地址,所以第一步需要配置用户名和邮箱地址。
$ git config --global user.name 'runoob'
$ git config --global user.email [email protected]
接下来我们写入缓存,并提交对 hello.php 的所有改动。在首个例子中,我们使用 -m 选项以在命令行中提供提交注释。
$ git add hello.php
$ git status -s
A README
A hello.php
$ $ git commit -m '第一次版本提交'
[master (root-commit) d32cf1f] 第一次版本提交
2 files changed, 4 insertions(+)
create mode 100644 README
create mode 100644 hello.php
现在我们已经记录了快照。如果我们再执行 git status:
$ git status
# On branch master
nothing to commit (working directory clean)
以上输出说明我们在最近一次提交之后,没有做任何改动,是一个"working directory clean:干净的工作目录"。
如果你觉得 git add 提交缓存的流程太过繁琐,Git 也允许你用 -a 选项跳过这一步
git commit -a
7、git reset HEAD
git reset HEAD 命令用于取消已缓存的内容。
执行 git reset HEAD 以取消之前 git add 添加
$ git reset HEAD -- hello.php
8、git rm
如果只是简单地从工作目录中手工删除文件,运行 git status 时就会在 Changes not staged for commit 的提示。要从 Git 中移除某个文件,就必须要从已跟踪文件清单中移除,然后提交。可以用以下命令完成此项工作(这里的删除应该是删除add后缓存区的文件)
9、git mv
git mv 命令用于移动或重命名一个文件、目录、软连接。
$ git mv README README.md
三、gitlab docker安装
docker run --detach \
--hostname 192.168.181.70 \
--publish 443:443 --publish 80:80 --publish 2222:22 \
--name gitlab \
--restart always \
--volume /home/gitlab/config:/etc/gitlab \
--volume /home/gitlab/logs:/var/log/gitlab \
--volume /home/gitlab/data:/var/opt/gitlab \
docker.io/gitlab/gitlab-ce
docker run --detach \
--hostname 172.20.255.172 \
--publish 8443:443 --publish 58010:80 --publish 8022:22 \
--name gitlab \
--restart always \
--privileged=true \
--volume /opt/gitlab/config:/etc/gitlab \
--volume /opt/gitlab/logs:/var/log/gitlab \