最新文章:

首页 运维技术

Git 版本管理工具详解及配置

发布时间:2017年10月27日 评论数:抢沙发 阅读数:679

    一、关于版本控制

            什么是版本控制?我真的需要吗?版本控制是一种记录若干文件内容变化,以便将来查阅特定版本修订情况的系统。在本书所展示的例子中,我们仅对保存着软件源代码的文本文件作版本控制管理,但实际上,你可以对任何类型的文件进行版本控制。

            如果你是位图形或网页设计师,可能会需要保存某一幅图片或页面布局文件的所有修订版本(这或许是你非常渴望拥有的功能)。采用版本控制系统 (VCS)是个明智的选择。有了它你就可以将某个文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态。你可以比较文件的变化细节,查出最 后是谁修改了哪个地方,从而导致出现怪异问题,又是谁在何时报告了某个功能缺陷等等。使用版本控制系统通常还意味着,就算你乱来一气把整个项目中的文件改 的改删的删,你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。

    本地版本控制系统


               许多人习惯用复制整个项目目录的方式来保存不同的版本,或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单。不过坏处也不少:有时候会混淆所在的工作目录,一旦弄错文件丢了数据就没法撤销恢复。为了解决这个问题,人们很久以前就开发了许多种本地版本控制系统,大多都是采用某种简单的数据库来记录文件的历次更新差异(见图 1-1)。

    Git 版本管理工具 环境部署 第1张

            其中最流行的一种叫做 rcs,现今许多计算机系统上都还看得到它的踪影。甚至在流行的 Mac OS X 系统上安装了开发者工具包之后,也可以使用 rcs 命令。它的工作原理基本上就是保存并管理文件补丁(patch)。文件补丁是一种特定格式的文本文件,记录着对应文件修订前后的内容变化。所以,根据每次 修订后的补丁,rcs 可以通过不断打补丁,计算出各个版本的文件内容。

    集中化的版本控制系统

            接下来人们又遇到一个问题,如何让在不同系统上的开发者协同工作?于是,集中化的版本控制系统( Centralized Version Control Systems,简称 CVCS )应运而生。这类系统,诸如 CVS,Subversion 以及 Perforce 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这 已成为版本控制系统的标准做法(见图 1-2)。


    Git 版本管理工具 环境部署 第2张



            这种做法带来了许多好处,特别是相较于老式的本地 VCS 来说。现在,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。

            事分两面,有好有坏。这么做最显而易见的缺点是中央服务器的单点故障。如果宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。要 是中央服务器的磁盘发生故障,碰巧没做备份,或者备份不够及时,就还是会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录,而被客户端 提取出来的某些快照数据除外,但这样的话依然是个问题,你不能保证所有的数据都已经有人事先完整提取出来过。本地版本控制系统也存在类似问题,只要整个项 目的历史记录被保存在单一位置,就有丢失所有历史更新记录的风险。


    分布式版本控制系统

            于是分布式版本控制系统( Distributed Version Control System,简称 DVCS )面世了。在这类系统中,像 Git,Mercurial,Bazaar 以及 Darcs 等,客户端并不只提取最新版本的文件快照,而是把原始的代码仓库完整地镜像下来。这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜 像出来的本地仓库恢复。因为每一次的提取操作,实际上都是一次对代码仓库的完整备份(见图 1-3)。

    Git 版本管理工具 环境部署 第3张

            更进一步,许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此,你就可以在同一个项目中,分别和不同工作小组的人相互协作。你可以根据需要设定不同的协作流程,比如层次模型式的工作流,而这在以前的集中式系统中是无法实现的。(来源:http://blog.jobbole.com/25775/)

    常见的版本管理软件:

    Git 版本管理工具 环境部署 第4张

    版本管理的发展过程:

    Git 版本管理工具 环境部署 第5张

    常用术语:

    •分支(Branch): 在一个时间点,复制一份处于版本控制之下的文件,从这之后,这两份拷贝就可以独立的互不干扰的进行各自开发。

    •取出(Check-out): 一次“取出”,就是在本地创建一份仓库的工作拷贝。
    •提交(Commit): 一次“提交”,将本地的修改写回到仓库或合并到仓库。
    •冲突(Conflict): 当开发者们同时提交对同一文件的修改,而且版本系统不能把它们合并到一起,就会引起冲突,就需要人工来进行合并。
    •合并(Merge): 合并就是把所有对文件的修改统一到文件里
    •仓库(Repository): 仓库就是当前的和历史的处于版本控制之下的文件所在的地方,通常在服务器端。
    • 工作版本(Working copy):从档案库中取出一个本地端的复制,所有在档案库中的档案更动,都是从一个工作版本中修改而来的,这也是这名称的由来。


    二、git简介

            Git是一个免费的开放源码的 分布式版本控制系统,用于处理从小到大的项目,速度和效率的一切。

            Git 易于学习,具有 闪电般快速的性能,占地面积小。它超越了像Subversion,CVS,Perforce和ClearCase这样的SCM工具,具有便宜的本地分支,便利的分段区域和 多个工作流等功能。

    git诞生:

    •2002年以前
    –Linus个人以diff方式管理
    •2002年至2005年
    –BitMover公司的BitKeeper
    •2005年以后
    –Linus两个月开发出Git

    git发展:


    •大部份开源软件
    •Github.com
    •Gitcafe.com
    •Code.csdn.net
    •Coding.net


    git设计目标:

    Git 版本管理工具 环境部署 第6张

    git工作模式:

    • 版本库初始化

             个人计算机从版本服务器同步

    • 操作

             90%以上的操作在个人计算机

             添加文件

             修改文件

             提交变更

             查看版本历史等

    • 版本库同步

             将本地修改传送

             到版本服务器


    git文件存储:


    Git 版本管理工具 环境部署 第7张

    二、git基础

    git文件状态:
    Git 版本管理工具 环境部署 第8张

    GIT文件

        已被版本库管理的文件 

    已修改

        在工作目录修改GIT文件 

    已暂存 

        对已修改的文件执行git暂存操作,将文件存入了暂存区 

    已提交 

        将已暂存的文件执行git提交操作,将文件存入对象库

    本地服务器与服务器版本库

    Git 版本管理工具 环境部署 第9张

    git安装

    1、安装依赖

    yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker -y

    2、编译安装

    wget https://github.com/git/git/archive/v2.7.4.zip
    unzip v2.7.4.zip
    cd git-2.7.4
    
    make prefix=/usr/local/git all
    make prefix=/usr/local/git install
    rm -rf /usr/bin/git
    ln -s /usr/local/git/bin/git /usr/bin/git
    git --version

    配置用户信息

            这两条配置很重要,每次 Git 提交时都会引用这两条信息,说明是谁提交了更新,所以会随更新内容一起被永久纳入历史记录:

    [root@linux-node1 test]#  git config --global user.name "zhangyang"
    [root@linux-node1 test]# git config --global user.email 992747643@qq.com

    查看配置信息:

    [root@linux-node1 test]# git config --list
    user.name=zhangyang
    user.email=992747643@qq.com
    core.repositoryformatversion=0
    core.filemode=true
    core.bare=false
    core.logallrefupdates=true

    三、git的相关操作

    1、创建版本库

    [root@linux-node1 ~]# mkdir project
    [root@linux-node1 ~]# cd project/
    [root@linux-node1 project]# git init
    初始化空的 Git 仓库于 /root/project/.git/
    [root@linux-node1 project]# ls -la
    总用量 4
    drwxr-xr-x   3 root root   17 5月   8 21:38 .
    dr-xr-x---. 15 root root 4096 5月   8 21:38 ..
    drwxr-xr-x   7 root root  111 5月   8 21:38 .git

    2、添加到版本库

    [root@linux-node1 project]# touch test1
    [root@linux-node1 project]# git add test1 
    [root@linux-node1 project]# git status
    位于分支 master
    
    初始提交
    
    要提交的变更:
      (使用 "git rm --cached <文件>..." 以取消暂存)
    
    	新文件:   test1

    3、提交到版本库

    [root@linux-node1 project]# git commit -m "first commit"
    [master(根提交) fbaa9b5] first commit
     1 file changed, 0 insertions(+), 0 deletions(-)
     create mode 100644 test1
    [root@linux-node1 project]# git status
    位于分支 master
    无文件要提交,干净的工作区

    4、版本回滚

    [root@linux-node1 project]# echo "v1" >test1.txt
    [root@linux-node1 project]# cat test1.txt 
    v1
    [root@linux-node1 project]# git add test1.txt 
    [root@linux-node1 project]# git commit -m "first commit v1"
    [master(根提交) e915a51] first commit v1
     1 file changed, 1 insertion(+)
     create mode 100644 test1.txt
     
    [root@linux-node1 project]# echo "v2" >test1.txt
    [root@linux-node1 project]# cat test1.txt 
    v2
    [root@linux-node1 project]# git add test1.txt 
    [root@linux-node1 project]# git commit -m "commit v2"
    [master cc3a990] commit v2
     1 file changed, 1 insertion(+), 1 deletion(-)
     
    [root@linux-node1 project]# git log
    commit cc3a99027ef1615e9f4ec92dee6522f8f764e3fa
    Author: zhangyang <992747643@qq.com>
    Date:   Mon May 8 21:45:04 2017 +0800
    
        commit v2
    
    commit e915a51e7497ce3319f0cce4f97510cfd6269b46
    Author: zhangyang <992747643@qq.com>
    Date:   Mon May 8 21:44:04 2017 +0800
    
        first commit v1

    注意:如果嫌输出信息太多可以加上--pretty=oneline参数

    [root@linux-node1 project]# git log --pretty=oneline
    cc3a99027ef1615e9f4ec92dee6522f8f764e3fa commit v2
    e915a51e7497ce3319f0cce4f97510cfd6269b46 first commit v1

    回退到 v1

    [root@linux-node1 project]# git reset --hard e915a51e7497
    HEAD 现在位于 e915a51 first commit v1
    [root@linux-node1 project]# cat test1.txt 
    v1
    [root@linux-node1 project]# git log
    commit e915a51e7497ce3319f0cce4f97510cfd6269b46
    Author: zhangyang <992747643@qq.com>
    Date:   Mon May 8 21:44:04 2017 +0800
    
        first commit v1

    注意:git  reset 三个参数

    --soft       缓存区和工作目录都不会改变。

    --mixed   默认选项,缓存区和你指定的提交同步,单工作目录不受限制影响。

    --hard    缓存区和工作目录都同步到你的提交。

    5、移除文件

    [root@linux-node1 project]# git rm test1.txt 
    rm 'test1.txt'
    [root@linux-node1 project]# ll
    总用量 0
    [root@linux-node1 project]# git status
    位于分支 master
    要提交的变更:
      (使用 "git reset HEAD <文件>..." 以取消暂存)
    
    	删除:     test1.txt

    --cache  从暂缓区中移除

    6、修改文件

    [root@linux-node1 project]# cat test1.txt 
    v1
    [root@linux-node1 project]# echo "m v1" >test1.txt
    [root@linux-node1 project]# cat test1.txt 
    m v1
    [root@linux-node1 project]# git add test1.txt 
    [root@linux-node1 project]# git status
    位于分支 master
    要提交的变更:
      (使用 "git reset HEAD <文件>..." 以取消暂存)
    
    	修改:     test1.txt
    
    [root@linux-node1 project]# git commit -m "commit m v1"
    [master 1b1a8a6] commit m v1
     1 file changed, 1 insertion(+), 1 deletion(-)

    7、撤销修改

    [root@linux-node1 project]# cat test1.txt 
    m v1
    [root@linux-node1 project]# echo "m2 v1" >test1.txt
    [root@linux-node1 project]# cat test1.txt 
    m2 v1
    [root@linux-node1 project]# git status
    位于分支 master
    尚未暂存以备提交的变更:
      (使用 "git add <文件>..." 更新要提交的内容)
      (使用 "git checkout -- <文件>..." 丢弃工作区的改动)
    
    	修改:     test1.txt
    
    修改尚未加入提交(使用 "git add" 和/或 "git commit -a")
    [root@linux-node1 project]# git checkout -- test1.txt 
    [root@linux-node1 project]# git status
    位于分支 master
    无文件要提交,干净的工作区
    [root@linux-node1 project]# cat test1.txt 
    m v1

    8.创建分支并切换分支

    [root@linux-node1 project]# git status
    位于分支 master
    无文件要提交,干净的工作区
    [root@linux-node1 project]# git checkout -b slave
    切换到一个新分支 'slave'
    [root@linux-node1 project]# git branch --list
      master
    * slave

    git branch 其他操作

    用法:git branch [<选项>] [-r | -a] [--merged | --no-merged]
      或:git branch [<选项>] [-l] [-f] <分支名> [<起始点>]
      或:git branch [<选项>] [-r] (-d | -D) <分支名>...
      或:git branch [<选项>] (-m | -M) [<旧分支>] <新分支>
      或:git branch [<选项>] [-r | -a] [--points-at]
    
    通用选项
        -v, --verbose         显示哈希值和主题,若参数出现两次则显示上游分支
        -q, --quiet           不显示信息
        -t, --track           设置跟踪模式(参见 git-pull(1))
        --set-upstream        改变上游信息
        -u, --set-upstream-to <upstream>
                              change the upstream info
        --unset-upstream      Unset the upstream info
        --color[=<何时>]      使用彩色输出
        -r, --remotes         作用于远程跟踪分支
        --contains <提交>     只打印包含该提交的分支
        --abbrev[=<n>]        用 <n> 位数字显示 SHA-1 哈希值
    
    具体的 git-branch 动作:
        -a, --all             列出远程跟踪及本地分支
        -d, --delete          删除完全合并的分支
        -D                    删除分支(即使没有合并)
        -m, --move            移动/重命名一个分支,以及它的引用日志
        -M                    移动/重命名一个分支,即使目标已存在
        --list                列出分支名
        -l, --create-reflog   创建分支的引用日志
        --edit-description    标记分支的描述
        -f, --force           强制创建、移动/重命名、删除
        --merged <提交>       只打印已经合并的分支
        --no-merged <提交>    只打印尚未合并的分支
        --column[=<风格>]     以列的方式显示分支
        --sort <key>          排序的字段名
        --points-at <对象>    只打印指向该对象的分支

    9、git merge

    [root@linux-node1 project]# echo "v1" >test2.txt 
    [root@linux-node1 project]# git add test2.txt 
    [root@linux-node1 project]# git commit -m "first commit  v1"
    [slave f3a6fe9] first commit  v1
     1 file changed, 1 insertion(+)
     create mode 100644 test2.txt
    [root@linux-node1 project]# git status
    位于分支 slave
    无文件要提交,干净的工作区
    [root@linux-node1 project]# git checkout master
    切换到分支 'master'
    [root@linux-node1 project]# git merge slave
    更新 1b1a8a6..f3a6fe9
    Fast-forward
     test2.txt | 1 +
     1 file changed, 1 insertion(+)
     create mode 100644 test2.txt

    git工作流程图:

    Git 版本管理工具 环境部署 第10张

    四、git常用命令

    Git 版本管理工具 环境部署 第11张

二维码加载中...
本文作者:Mr.linus      文章标题: Git 版本管理工具详解及配置
本文地址:http://www.90qj.com/449  本文已经被百度收录,点击查看详情
版权声明:若无注明,本文皆为“挨踢 Blog”原创,转载请保留文章出处。
挤眼 亲亲 咆哮 开心 想想 可怜 糗大了 委屈 哈哈 小声点 右哼哼 左哼哼 疑问 坏笑 赚钱啦 悲伤 耍酷 勾引 厉害 握手 耶 嘻嘻 害羞 鼓掌 馋嘴 抓狂 抱抱 围观 威武 给力
提交评论

清空信息
关闭评论