版本控制系统——Git

简介: GitLab和GitHub一样属于第三方基于Git开发的作品,免费且开源。与Github类似,可以注册用户,任意提交你的代码,添加SSHKey等等。 不同的是,GitLab是可以部署到自己的服务器上,数据库等一切信息都掌握在自己手上,适合团队内部协作开发, 你总不可能把团队内部的智慧总放在别人的服务器上吧?简单来说可把GitLab看作个人版的GitHub。
  1. Git是什么
    Git是一个开源的分布式,用于敏捷高效地处理任何或小或大的项目

    版本控制器
    CVS/SVN/Git

    SVN
    客户端/服务器 C/S B/S

    GIT
    客户端/代码托管网站(例如:github)

    注1:类似的代码托管网站还有:github/码云gitee/阿里云Code源码管理
    注2:类似的技术GitLab,但它与GitHub又有一定的区别
    GitLab和GitHub一样属于第三方基于Git开发的作品,免费且开源。与Github类似,可以注册用户,任意提交你的代码,添加SSHKey等等。
    不同的是,GitLab是可以部署到自己的服务器上,数据库等一切信息都掌握在自己手上,适合团队内部协作开发,
    你总不可能把团队内部的智慧总放在别人的服务器上吧?简单来说可把GitLab看作个人版的GitHub。

  2. Git与SVN区别(重点记录1/2/3点)
    2.1 去中心化

    GIT是分布式的,SVN不是:这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别。     

    2.2 git仓库的任何一个拷贝都可以独立作为一个服务器来使用
    2.3 在Git中文件有四种状态:

    未跟踪(untrack):表示文件为新增加的
    已修改(modified):表示修改了文件,但还没保存到git仓库中。
    已暂存(staged):表示对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中
    已提交(committed):表示文件已保存在git仓库中。

    2.4 其它

    GIT没有一个全局的版本号,而SVN有:目前为止这是跟SVN相比GIT缺少的最大的一个特征。
    GIT的内容完整性要优于SVN:GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏

    2.5 直接记录快照,而非差异

    GIT把内容按元数据方式存储,而SVN是按文件:所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。
    直接记录快照,而非差异

    2.6 直接记录快照,而非差异

    GIT分支和SVN的分支不同,分支在SVN中一点不特别,就是版本库中的另外的一个目录。
    

https://gitee.com/

  1. 实践操作:gitee网站相关操作
    1.创建仓库(私库和公库)

    注1:仓库对应url支持多种协议,最常用的有两种:https/ssh
    注2:github上repository分为public和private
         顾名思义public可以被其他人看到并clone;而private是不能被别人看到的,但是可以被clone,由于是private的,要克隆当然是需要一些强前提条件的,
         不然安全性无法保证,private也就失去了意义。这里把repository创建为private的场景为:自己创建一个私人项目,但是又需要和其他developer一起开发,
         所以,需要developer都能克隆这个private repository,并且都能提交到这个private repository。         
         私有库貌似要收钱钱的,不过这已经是历史了
                    
         微软 Github 收购事件于昨天(2018年06月04日)尘埃落定,微软最终以 75 亿美元正式收购 Github。
         更有网友称这是一桩最滑稽的收购案,世界上最大的闭源公司收购了世界上最大的开源公司。
         新年2019年1月,新的 Github, Github 宣布了两个重大更新
         即现在可以无限制的免费使用 Github 私有仓库,让开发人员更好的使用 GitHub,不过最多只有 3 个免费协作成员。

    2.删除仓库
    3.创建文件及文件夹

    如何在github上创建文件夹,两种方式:一种DOC命令(后面讲)/一种网站直接创建
    网站创建文件夹
    1.登陆github个人仓库,点击Create new file
    2.输入文件夹名称后加个“/”
    3.在文件名后面加上"/"这个斜杠回车再输入一个文件名,在里面随便写点东西(因为Github不允许空文件夹存在,
      空文件夹自动删除),提交接即可。 

    ## 以下操作自学
    4.修改昵称
    5.修改帐号
    6.修改密码

  2. 实践操作:Git配置帐号和邮箱(本机)
    一般刚安装Git都要配置用户名和密码,因为你提交代码到本地仓库(上传代码到远程仓库)时会用到,
    如果没有没有配置,在你提交时它会提醒你的。但是,如果仅仅克隆(即下载)公有项目,你甚至不需要注册——刚刚我们创建的账户是为了以后
    fork 其它项目,以及推送我们自己的修改。

    ## 命令行配置
    0.“Git bash here”打开命令窗口
    1.查看git的配置列表

    git config --list
    注1:如果没有配置东西,应该是空的。照着下面步骤配置完成后,你可以再试一下该命令,就会出现一系列配置信息

    2.设置用户名/邮箱/密码

    git config --global user.name "username"
    git config --global user.email "email"
    git config --global user.password "password"
    
    注1:全局变量
          --global  表示全局的,即当前用户都有效,该配置会出现在 ~/.gitconfig 文件中,~表示当前用户的目录,
         比如我的是:C:\Users\Administrator\.gitconfig,打开该文件你会发现如下图所示的内容: 
          [user]
      name = xxx
      email = xxx@qq.com
    注2:局部变量
         git config user.name  "username"  
         git config user.email  "email"
         局部是只对当前仓库起效的,它的配置信息会在当前仓库根目录/.git/config文件下
         注意:局部变量覆盖全局变量!!!和编程语言里面的变量关系是一样的。
    注3:删除某个全局配置项
         git config --global --unset user.name
    
    
  3. git文件状态与工作区域(重点)
    git的文件状态是其git核心内容,了解后对后续的操作有莫大的帮助,不同的文件状态又存储在不同的工作区域中。
    1.文件状态

    git中的文件有以下几种状态
    未跟踪(untrack):表示文件为新增加的
    已暂存(staged):表示对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中
    已提交(committed):表示文件已保存在git仓库中。
    已修改(modified):表示修改了文件,但还没保存到git仓库中。

    2.工作区域

    按照本地计算机与远程计算机划分,工作区域有以下几种
    1)本地计算机
    Working Directory(工作目录):即正在编辑的文件状态。文件状态为未跟踪(untrack)和已修改(modified)在此区域内。
    Staging Area(暂存区):保存了下次将提交的文件列表信息。文件状态为已暂存(staged)在此区域内。
    Repository(本地仓库):提交到本地仓库的文件。
    2)远程计算机
    Repository(远程仓库):已提交到远程计算机内的文件。
    

    注1:git文件状态与工作区域详情可参考:资料/Git文件状态与工作区域示意图.png(重点~重点~重点~~~)

  4. 常用命令(重点)
    git clone :将远程仓库clone到本地计算机。
    git status :展示工作区及暂存区域中不同状态的文件。
    git add :将内容从工作目录添加到暂存区。
    git commit :所有通过 git add 暂存的文件提交到本地仓库。
    git push :将本地仓库的记录提交到远程仓库。
    git reset HEAD :从暂存区移除指定文件。
    git checkout -- :从本地仓库恢复指定文件。
    git pull :拉取远程仓库的数据。
    git init
  5. 实践操作:使用git提交文件至远程仓库(重点)
    首先明确大致流程:
    1.取得项目的 Git 仓库(有两种方式,本章先介绍第一种)

    第一种是从github现有仓库(远程)克隆出新的仓库(本地)
    第二种是在工作目录中初始化新的仓库(本地),然后再与一个Github上的仓库(远程)关联

    2.在本地的克隆库上进行你所需要的改动,修改文件内容,添加文件等;
    3.add,commit,push三部曲。

    具体步骤:
    1.取得项目的Git仓库(从gitee现有仓库克隆)

    ## 此处url改为自己仓库的地址
    git clone https://github.com/yanppp999/test1.git
    
    注1:此命令,会在当前目录下创建一个名为test1的目录,其中包含一个 .git 的目录,用于保存下载下来的所有版本记录。
         如果进入这个新建的 test1 目录,你会看到项目中的所有文件已经在里边了,准备好后续的开发和使用。
    注2:克隆仓库的命令格式为 git clone [url],Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快    
         git clone git@github.com:fsliurujie/test.git          --SSH协议
         git clone git://github.com/fsliurujie/test.git        --GIT协议
         git clone https://github.com/fsliurujie/test.git      --HTTPS协议 
         提问:那平时使用哪个协议最好呢???
    注3:你熟悉其他的 VCS 比如 Subversion,你可能已经注意到这里使用的是 clone 而不是 checkout。这是个非常重要的差别,
         Git 收取的是项目历史的所有数据(每一个文件的每一个版本),服务器上有的数据克隆之后本地也都有了。实际上,
         即便服务器的磁盘发生故障,用任何一个克隆出来的客户端都可以重建服务器上的仓库,回到当初克隆时的状态 
    注4:如果希望在克隆的时候,自己定义要新建的项目目录名称,可以在上面的命令末尾指定新的名字
         git clone https://github.com/yanppp999/test1.git mytest1
    注5:如何查看.git目录(默认为隐藏文件夹)
         window菜单:“查看”->“选项”->选择,选项卡“查看”->勾中“显示隐藏的文件、文件夹和驱动器”
    

    2.查看初始状态

    git clone 一个仓库后,运行 git status
    注1:另外一种查看git仓库状态的方式
         进入test1目录,用ls -ah命令如果命令窜显示.git目录,就表示已经克隆成功,并且该目录已经是git可以管理的仓库了
    

    3.添加一个文件

    在此仓库中添加一个文件a.txt,运行 git status
    注1:可以看到文件上方有个 "Untracked files",表示这个文件“未跟踪”
    

    4.新创建的文件添加到“暂存区”

    执行 git add a.txt ,将会把新创建的a.txt提交到“暂存区”,执行后运行 git status
    注1:文件上方有说明使用 git reset HEAD <file> 可从暂存区移除指定文件。
    

    5.“暂存区”的内容提交到“本地仓库”

    执行 git commit,将“暂存区”的内容提交到“本地仓库”,执行后运行 git status:
    
    注1:如果没有配置帐号或密码,会出现以下提示
         *** Please tell me who you are.
    注2:git commit 时出现:please enter the commit message for your changes,
         默认会启用 shell 的环境变量 $EDITOR 所指定的软件,一般都是 vim(没错啦,就是linux课程使用过滴) 或 emacs,
    
         即询问你是否要添加“提交说明”
         要输入“提交说明”的话就需要
         1.按键盘字母 i 进入insert模式
         2.修改最上面那行黄色合并信息,可以不修改
         3.按键盘左上角"Esc"
         4.输入":wq",注意是冒号+wq,按回车键即可
    
         也可以使用 -m 参数后跟“提交说明”方式,在一行命令中提交更新。
         git commit -m “提交说明”
         另外,提交说明在团队合作中是非常重要的一点,要尽量写的简洁而语意清晰
                  
         演示:提交b.txt~~~~~~~
         演示:提交b.txt~~~~~~~
         演示:提交b.txt~~~~~~~
    注3:此步骤执行完毕后,a.txt和b.txt还是在本机,并未推送到远程仓库(github),可以打开hithub网站上的仓库查看一下
    
    作业1:通过资料/Git文件状态与工作区域示意图.png,简单说明一下git commit和git commit -a的区别
    作业2:通过资料/Git文件状态与工作区域示意图.png,简单说明一下git commit -m与git commit -am的区别
    

    6.“本地仓库”的内容提交到“远程仓库”

    执行 git push,将“本地仓库”的内容提交到“远程仓库”,执行后运行 git status
    提示:可以看到提交后git状态又回到初始化状态。
    

    ## 取得项目的Git仓库第二种方式
    1.取得项目的Git仓库(在工作目录中初始化新的仓库)

    要对现有的某个项目开始用 Git 管理,只需到此项目所在的目录,例如:d:\temp\test3,执行:
    git init

    2.同上
    3.同上
    4.同上
    5.同上
    6.“本地仓库”的内容提交到“远程仓库”

    执行 git push,将“本地仓库”的内容提交到“远程仓库”,会报出如下错误
    fatal: No configured push destination.
    Either specify the URL from the command-line or configure a remote repository using 
    这是,因为本地仓库并未与任何一个远程仓库关联,所以第一次提交时必须提供远程仓库的URL,具体操作如下:
    
          
    ## 在github先建仓库test3,目前,在GitHub上的这个仓库还是空的,GitHub告诉我们,可以从这个仓库克隆出新的仓库,
    ## 也可以把一个已有的本地仓库与之关联,然后,把本地仓库的内容推送到GitHub仓库。
    1.打开浏览器,登陆github后,新建一个仓库test3(目前在GitHub上的这个仓库还是空的),它的地址为:
      https://github.com/yanppp999/test3.git
    
      注1:在GitHub主页创建test3仓库,注意不要添加README.md等任何文件
    
    2.将本地仓库的当前分支与远程仓库相关联 
      git remote add origin https://github.com/yanppp999/test3.git
    
      注1:语法:git remote add <name> <url>
           远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库
      注2:https://github.com/yanppp999/test3.git改成自己仓库对应的URL
      注3:补充命令,如果url打错了,可以通过如下命令修改远程仓库关联
           git remote set-url origin https://github.com/yanppp999/test3.git
    
    2.1 实现远程与本地代码的合并
       git pull --rebase origin master
    
    3.将本地代码库的某一分支(eg:master)推送到远程的代码库
      git push -u origin master
      注1:把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程
           由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,
           还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
      注2:补充命令,查看git仓库的远程代码库的地址:git remote -v
      注3:再次添加文件b.txt,依次add/commit/push操作,则与之前没有区别了  
    
    
    
  6. 实践操作:使用git从远程仓库pull(拉)至本地仓库(重点)
    git pull
  7. 实践操作:Git冲突与解决方法
    1.git冲突的场景(课程中主要演示情景三)

    情景一:多个分支代码合并到一个分支时;
    情景二:多个分支向同一个远端分支推送代码时;
    情景三:同一分支,同一文件修改后的提交(即为多个程序员修改了同一个文件)
    实际上,push操作和pull操作其实就分别是用本地分支合并到远程分支 和 将远程分支合并到本地分支,所以这两个过程中也可能存在冲突。
    

    分别在同一项目的两个不同本地仓库修改a.txt并提交,则会报出以下错误:
    ! [rejected] master -> master (fetch first) error: failed to push some refs to ' 。。。'

    拒绝
    错误:无法推送某些引用

    解决方案:
    1.将代码copy出来
    2.先从远程仓库pull代码至本地,再修改冲突代码,

    注1:git status查看仓库状态,会显示红色的错误提示消息“ both modified:   a.txt”

    3.打开a.txt,手动修改冲突部分的代码

    <<<<<<< HEAD
    ww add 18:42 from e:\temp\test1
    =======
    
    ls add 123 at 18:17 from d:\temp\test1
    >>>>>>> 63c73e5933bb7d3d2bed04b06c37a74602d65b2e
    注1:<<<<<<< HEAD  >>>>>>>之间的即为冲突的代码,手动修改即可
     

    3.依次add/commit/push代码至远程仓库

    commit执行完生,重新查看仓库状态git status,红色的错误提示消息“ both modified:   a.txt”
    已经没有,表示冲突已解决
    

附录一:window命令窗口常用命令
1.打开命令窗口
cmd
2.进入某个文件夹
cd xxx
3.清屏
clear
4.显示文件及文件夹
dir
5.创建文件夹
mkdir
6.创建文件
type nul>文件名.后缀名来创建
type null>c.txt
7.删除文件夹
rd d:\wo
当然这种删除方法必须要该文件夹是空文件夹,不然删除不了
8.删除文件
del 盘符名:\文件名
del f:\123.txt

附录二:Git跳过使用暂存区域
尽管使用暂存区域的方式可以精心准备要提交的细节,但有时候这么做略显繁琐。Git 提供了一个跳过使用暂存区域的方式,
只要在提交的时候,给 git commit 加上 -a 选项,Git 就会自动把所有已经跟踪过的文件暂存起来一并提交,
从而跳过 git add 步骤:

git commit -am

附录三:Git补充命令
1.删除远程仓库的关联
git remote remove

2.修改远程仓库的关联
比如,之前你关联的远程仓库使用的协议是 http ,你想将关联的远程仓库的 url 改为 ssh 协议的。
修改关联的远程仓库的方法,主要有三种。
第一种:使用 git remote set-url 命令,更新远程仓库的 url
git remote set-url origin
第二种:先删除之前关联的远程仓库,再来添加新的远程仓库关联

删除关联的远程仓库

git remote remove

添加新的远程仓库关联

git remote add
远程仓库的名称推荐使用默认的名称 origin 。
第三种:直接修改项目目录下的 .git 目录中的 config 配置文件。

附录四:如何在github上创建文件夹,两种方式:一种DOC命令/一种网站直接创建
网站创建文件夹
1.登陆github个人仓库,点击Create new file
2.输入文件夹名称后加个“/”
3.在文件名后面加上"/"这个斜杠回车再输入一个文件名,在里面随便写点东西(因为Github不允许空文件夹存在,空文件夹自动删除),提交接即可。

附录五:github删除仓库
1.登录个人账号
2.点击“your repositories”查看所有的代码仓库
3.在代码仓库中选择一个需要删除的,进入其详情页
4.在详情页中找到“setting”设置,下拉至最后可以看到删除选项
5.在删除时要求输入代码库名称确认删除,完成此过程即可彻底删除代码库

相关文章
|
4月前
|
Shell Linux 开发工具
Git入门(windows系统)
Git入门(windows系统)
60 1
|
4月前
|
Linux 开发工具 数据安全/隐私保护
分布式版本控制git
分布式版本控制git
|
17天前
|
敏捷开发 存储 开发工具
版本控制系统的选择:Git与SVN的比较
【8月更文挑战第14天】Git和SVN都是优秀的版本控制系统,它们各自具有独特的优势和适用场景。在选择版本控制系统时,需要根据具体的项目需求、团队特点和开发模式来综合考量。对于需要分布式团队协作、高效处理大型项目或采用敏捷开发模式的团队来说,Git是一个更好的选择。而对于传统团队、集中式开发或简单项目来说,SVN可能更加合适。无论选择哪种版本控制系统,都应该充分利用其提供的工具和功能来提高代码质量和开发效率。
|
3月前
|
缓存 开发工具 git
windows系统通过git上传代码
windows系统通过git上传代码
30 1
|
4天前
|
项目管理 开发工具 git
|
4月前
|
项目管理 开发工具 git
版本控制与源代码管理:在 Visual Basic 项目中使用 Git
【4月更文挑战第27天】本文介绍了在Visual Basic项目中使用Git进行版本控制和源代码管理的重要性。Git作为一个流行的分布式版本控制系统,具备分布式架构、高效性能和强大分支管理等特点。在项目中,需先安装Git,然后初始化仓库、添加文件和提交更改。常用操作包括查看状态、日志、创建及切换分支和合并分支。团队协作时,借助远程仓库和推送拉取命令实现代码共享。虽然Git有学习曲线,但其优势在于强大的功能、灵活性和社区支持,能提升开发效率和代码质量。通过学习和实践,开发者可充分利用Git优化协作和项目管理。
51 1
|
30天前
|
开发工具 git
【Mac 系统】解决git clone速度慢
本文提供了解决Mac系统上使用git clone时速度慢的问题的方法。
80 0
|
3月前
|
Linux 持续交付 开发工具
版本控制系统的选择:Git vs. Mercurial
【6月更文挑战第20天】Git vs. Mercurial: 两者都是流行的DVCS,Git由Linus Torvalds创建,以其速度和复杂分支管理著称,适合大型项目和有经验的开发者。Mercurial,由Matt Mackall开发,以其简洁命令行和易用性吸引初学者。Git社区更大,扩展更丰富,而Mercurial在某些场景下可能更直观。选择取决于项目需求、团队经验和偏好。
|
4月前
|
前端开发 持续交付 开发工具
【专栏:工具与技巧篇】版本控制与Git在前端开发中的应用
【4月更文挑战第30天】Git是前端开发中的必备工具,它通过分布式版本控制管理代码历史,支持分支、合并、回滚等操作,促进团队协作和冲突解决。在前端项目中,Git用于代码追踪、代码审查、持续集成与部署,提升效率和质量。优化协作包括制定分支策略、编写清晰提交信息、定期合并清理分支及使用Git钩子和自动化工具。掌握Git能有效提升开发效率和代码质量。
62 2
|
4月前
|
监控 Java 网络安全
在 ABAP 系统启用 Git-Enabled Change and Transport System 的先决条件
在 ABAP 系统启用 Git-Enabled Change and Transport System 的先决条件