zoukankan      html  css  js  c++  java
  • 【转载】关于Git版本控制系统工具很好使用的一个讲解

    Git是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。

    Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    Git 与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持。

    Git 与 SVN 区别

    GIT不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等。

    如果你是一个具有使用SVN背景的人,你需要做一定的思想转换,来适应GIT提供的一些概念和特征。

    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哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

    一、Git工作流程

     
    image.png

    以上包括一些简单而常用的命令,但是先不关心这些,先来了解下面这4个专有名词。

    • Workspace:工作区
    • Index / Stage:暂存区
    • Repository:仓库区(或本地仓库)
    • Remote:远程仓库

    工作区

    程序员进行开发改动的地方,是你当前看到的,也是最新的。

    平常我们开发就是拷贝远程仓库中的一个分支,基于该分支进行开发。在开发过程中就是对工作区的操作。

    暂存区

    .git目录下的index文件, 暂存区会记录git add添加文件的相关信息(文件名、大小、timestamp...),不保存文件实体, 通过id指向每个文件实体。可以使用git status查看暂存区的状态。暂存区标记了你当前工作区中,哪些内容是被git管理的。

    当你完成某个需求或功能后需要提交到远程仓库,那么第一步就是通过git add先提交到暂存区,被git管理。

    本地仓库

    保存了对象被提交 过的各个版本,比起工作区和暂存区的内容,它要更旧一些。

    git commit后同步index的目录树到本地仓库,方便从下一步通过git push同步本地仓库与远程仓库的同步。

    远程仓库

    远程仓库的内容可能被分布在多个地点的处于协作关系的本地仓库修改,因此它可能与本地仓库同步,也可能不同步,但是它的内容是最旧的。

    小结

    1. 任何对象都是在工作区中诞生和被修改;
    2. 任何修改都是从进入index区才开始被版本控制;
    3. 只有把修改提交到本地仓库,该修改才能在仓库中留下痕迹;
    4. 与协作者分享本地的修改,可以把它们push到远程仓库来共享。

    下面这幅图更加直接阐述了四个区域之间的关系,可能有些命令不太清楚,没关系,下部分会详细介绍。


     
    image.png

    二、常用Git命令

     
    image.png

    网上找了个图,别人整理的一张图,很全很好,借来用下。下面详细解释一些常用命令。

    HEAD

     
    image.png

    在掌握具体命令前,先理解下HEAD。

    HEAD,它始终指向当前所处分支的最新的提交点。你所处的分支变化了,或者产生了新的提交点,HEAD就会跟着改变。

    add

     
    image.png

    add相关命令很简单,主要实现将工作区修改的内容提交到暂存区,交由git管理。

    git add .添加当前目录的所有文件到暂存区
    git add [dir] 添加指定目录到暂存区,包括子目录
    git add [file1] 添加指定文件到暂存区

    commit

     
    image.png

    commit相关命令也很简单,主要实现将暂存区的内容提交到本地仓库,并使得当前分支的HEAD向后移动一个提交点。

    git commit -m [message]提交暂存区到本地仓库,message代表说明信息
    git commit [file1] -m [message] 提交暂存区的指定文件到本地仓库
    git commit --amend -m [message] 使用一次新的commit,替代上一次提交

    branch

     
    image.png

    涉及到协作,自然会涉及到分支,关于分支,大概有展示分支,切换分支,创建分支,删除分支这四种操作。

    git branch列出所有本地分支
    git branch -r 列出所有远程分支
    git branch -a 列出所有本地分支和远程分支
    git branch [branch-name] 新建一个分支,但依然停留在当前分支
    git checkout -b [branch-name] 新建一个分支,并切换到该分支
    git branch --track [branch][remote-branch] 新建一个分支,与指定的远程分支建立追踪关系
    git checkout [branch-name] 切换到指定分支,并更新工作区
    git branch -d [branch-name] 删除分支
    git push origin --delete [branch-name] 删除远程分支

    关于分支的操作虽然比较多,但都比较简单好记。

    merge

     
    image.png

    merge命令把不同的分支合并起来。如上图,在实际开放中,我们可能从master分支中切出一个分支,然后进行开发完成需求,中间经过R3,R4,R5的commit记录,最后开发完成需要合入master中,这便用到了merge。

    git fetch [remote]merge之前先拉一下远程仓库最新代码
    git merge [branch] 合并指定分支到当前分支

    一般在merge之后,会出现conflict,需要针对冲突情况,手动解除冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示,需要手动解除。

     
    image.png

    rebase

     
    image.png

    rebase又称为衍合,是合并的另外一种选择。

    在开始阶段,我们处于new分支上,执行git rebase dev,那么new分支上新的commit都在master分支上重演一遍,最后checkout切换回到new分支。这一点与merge是一样的,合并前后所处的分支并没有改变。git rebase dev,通俗的解释就是new分支想站在dev的肩膀上继续下去。rebase也需要手动解决冲突。

    rebase与merge的区别

    现在我们有这样的两个分支,test和master,提交如下:

          D---E test
         /
    A---B---C---F master复制代码
    

    在master执行git merge test,然后会得到如下结果:

          D--------E
         /          
    A---B---C---F----G   test, master复制代码
    

    在master执行git rebase test,然后得到如下结果:

    A---B---D---E---C'---F'   test, master复制代码
    

    可以看到,merge操作会生成一个新的节点,之前的提交分开显示。而rebase操作不会生成新的节点,是将两个分支融合成一个线性的提交。

    如果你想要一个干净的,没有merge commit的线性历史树,那么你应该选择git rebase
    如果你想保留完整的历史记录,并且想要避免重写commit history的风险,你应该选择使用git merge

    reset

     
    image.png

    reset命令把当前分支指向另一个位置,并且相应的变动工作区和暂存区。

    git reset —soft [commit]只改变提交点,暂存区和工作目录的内容都不改变
    git reset —mixed [commit] 改变提交点,同时改变暂存区的内容
    git reset —hard [commit] 暂存区、工作区的内容都会被修改到与提交点完全一致的状态
    git reset --hard HEAD 让工作区回到上次提交时的状态

    revert

     
    image.png

    git revert用一个新提交来消除一个历史提交所做的任何修改。

    revert与reset的区别

     
    image.png
    • git revert是用一次新的commit来回滚之前的commit,git reset是直接删除指定的commit。
    • 在回滚这一操作上看,效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交,因此日后合并老的branch时,导致这部分改变不会再次出现,减少冲突。但是git reset是之间把某些commit在某个branch上删除,因而和老的branch再次merge时,这些被回滚的commit应该还会被引入,产生很多冲突。关于这一点,不太理解的可以看这篇文章
    • git reset 是把HEAD向后移动了一下,而git revert是HEAD继续前进,只是新的commit的内容和要revert的内容正好相反,能够抵消要被revert的内容。

    push

    上传本地仓库分支到远程仓库分支,实现同步。

    git push [remote][branch]上传本地指定分支到远程仓库
    git push [remote] --force 强行推送当前分支到远程仓库,即使有冲突
    git push [remote] --all 推送所有分支到远程仓库

    其他命令

    git status显示有变更的文件
    git log 显示当前分支的版本历史
    git diff 显示暂存区和工作区的差异
    git diff HEAD 显示工作区与当前分支最新commit之间的差异
    git cherry-pick [commit] 选择一个commit,合并进当前分支

    以上就是关于Git的一些常用命令及详细阐述,相信能对Git有一个初步的认识。




  • 相关阅读:
    javascript中的throttle和debounce
    移动端Click300毫秒点击延迟的来龙去脉(转)
    HTTP Keep-Alive详解[转]
    深入浅出requireJS-1
    判断网站是微信打开的
    2015腾讯和阿里前端实习生面试经
    解决ant design 中 select的option 随页面滚动条滚动的bug
    解决window.close()方法兼容各个浏览器(ie关闭会进行弹框提示是否关闭)
    多维数组遍历添加新属性,以及获取所有key
    Vue 路由解耦与快捷新增
  • 原文地址:https://www.cnblogs.com/kongso/p/10004453.html
Copyright © 2011-2022 走看看