Git分布式版本控制工具

1. Git概述

1.1 Git历史

Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。

到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。

他们对新的系统制订了若干目标：

  • 速度

  • 简单的设计

  • 对非线性开发模式的强力支持（允许成千上万个并行开发的分支）

  • 完全分布式

  • 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

    详细Word文档下载

1.2 Git与SVN对比

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而开发人员工作的时候，用的都是自己的电脑，所以首先要从中央服务器下载最新的版本，然后开发，开发完后，需要把自己开发的代码提交到中央服务器。

集中式版本控制工具缺点：

  • 服务器单点故障

  • 容错性差

在这里插入图片描述
Git是分布式版本控制系统（Distributed Version Control System，简称 DVCS） ，分为两种类型的仓库：

本地仓库和远程仓库

本地仓库：是在开发人员自己电脑上的Git仓库

远程仓库：是在远程服务器上的Git仓库

Clone：克隆，就是将远程仓库复制到本地

Push：推送，就是将本地仓库代码上传到远程仓库

Pull：拉取，就是将远程仓库代码下载到本地仓库

在这里插入图片描述

1.3 Git工作流程

工作流程如下：

  1. 从远程仓库中克隆代码到本地仓库

  2. 从本地仓库中checkout代码然后进行代码修改

  3. 在提交前先将代码提交到暂存区

  4. 提交到本地仓库。本地仓库中保存修改的各个历史版本

  5. 修改完成后，需要和团队成员共享代码时，将代码push到远程仓库

在这里插入图片描述

1.4 Git下载与安装

下载地址： https://git-scm.com/download

在这里插入图片描述

下载完成后可以得到如下安装文件：
在这里插入图片描述

2. Git代码托管服务

2.1 常用的Git代码托管服务

前面我们已经知道了Git中存在两种类型的仓库，即本地仓库和远程仓库。那么我们如何搭建Git远程仓库呢？我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等。

  • gitHub（ 地址：https://github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持Git 作为唯一的版本库格式进行托管，故名gitHub

  • 码云（地址： https://gitee.com/ ）是国内的一个代码托管平台，由于服务器在国内，所以相比于GitHub，码云速度会更快

  • GitLab （地址： https://about.gitlab.com/ ）是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务

2.2 在码云注册账号

要想使用码云的相关服务，需要注册账号（地址： https://gitee.com/signup ）

2.3 登录码云并创建Git远程仓库

注册完成后就可以使用刚刚注册的邮箱进行登录（地址： https://gitee.com/login ）

在这里插入图片描述

登录成功后就可以创建Git远程仓库

在这里插入图片描述

创建完成后可以查看仓库信息

在这里插入图片描述

每个Git远程仓库都会对应一个网络地址，可以点击克隆/下载按钮弹出窗口并点击复制按钮获得这个网络地址

在这里插入图片描述

我们当前创建的Git远程仓库对应的地址为：https://gitee.com/ChuanZhiBoKe/myGitRepo.git

2.4 邀请其他用户成为仓库成员

前面已经在码云上创建了自己的远程仓库，目前仓库成员只有自己一个人（身份为管理员）。在企业实际开发中，一个项目往往是由多个人共同开发完成的，为了使多个参与者都有权限操作远程仓库，就需要邀请其他项目参与者成为当前仓库的成员。

在这里插入图片描述

3. Git常用命令

3.1 环境配置

当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息

设置用户信息

git config --global user.name “itcast”

git config --global user.email “hello@itcast.cn”

查看配置信息

git config --list

git config user.name

通过上面的命令设置的信息会保存在~/.gitconfig文件中

3.2 获取Git仓库

要使用Git对我们的代码进行版本控制，首先需要获得Git仓库

获取Git仓库通常有两种方式：

在本地初始化一个Git仓库

从远程仓库克隆

3.2.1在本地初始化一个Git仓库

执行步骤如下：

  1. 在电脑的任意位置创建一个空目录（例如repo1）作为我们的本地Git仓库

  2. 进入这个目录中，点击右键打开Git bash窗口

  3. 执行命令git init

如果在当前目录中看到.git文件夹（此文件夹为隐藏文件夹）则说明Git仓库创建成功
在这里插入图片描述

3.2.2从远程仓库克隆

可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地

  • 命令形式为：git clone 远程Git仓库地址

    在这里插入图片描述

3.3工作目录、暂存区以及版本库概念

为了更好的学习Git，我们需要了解Git相关的一些概念，这些概念在后面的学习中会经常提到

版本库：前面看到的.git隐藏文件夹就是版本库，版本库中存储了很多配置信息、日志信息和文件版本信息等

工作目录（工作区）：包含.git文件夹的目录就是工作目录，主要用于存放开发的代码

暂存区：.git文件夹中有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方
在这里插入图片描述

3.4 Git工作目录下文件的两种状态

Git工作目录下的文件存在两种状态：

  • untracked 未跟踪（未被纳入版本控制）

  • tracked 已跟踪（被纳入版本控制）

    • Unmodified 未修改状态

    • Modified 已修改状态

    • Staged 已暂存状态

这些文件的状态会随着我们执行Git的命令发生变化

3.5 本地仓库操作

  • git status查看文件状态

    在这里插入图片描述

  • 也可以使用git status –s 使输出信息更加简洁

    在这里插入图片描述

  • git add 将未跟踪的文件加入暂存区

    在这里插入图片描述

  • 将新创建的文件加入暂存区后查看文件状态

    在这里插入图片描述

  • git reset 将暂存区的文件取消暂存

    在这里插入图片描述

  • 将文件取消暂存后查看文件状态

    在这里插入图片描述

  • git commit 将暂存区的文件修改提交到本地仓库

    在这里插入图片描述

  • git rm 删除文件

    在这里插入图片描述

  • 删除文件后查看文件状态

    在这里插入图片描述

  • 上面删除的只是工作区的文件，需要提交到本地仓库
    在这里插入图片描述

  • 将文件添加至忽略列表

    一般我们总会有些文件无需纳入Git 的管理，也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。 在这种情况下，我们可以在工作目录中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。下面是一个示例：

    # no .a files
*.a
# but do track lib.a, even though you're ignoring .a files above
!lib.a
# only ignore the TODO file in the current directory, not subdir/TODO
/TODO
# ignore all files in the build/ directory
build/
# ignore doc/notes.txt, but not doc/server/arch.txt
doc/*.txt
# ignore all .pdf files in the doc/ directory
doc/**/*.pdf

  • git log 查看日志记录

    ​在这里插入图片描述

3.6 远程仓库操作

前面执行的命令操作都是针对的本地仓库，本章节我们会学习关于远程仓库的一些操作，具体包括：

3.6.1查看远程仓库

如果想查看已经配置的远程仓库服务器，可以运行 git remote 命令。 它会列出指定的每一个远程服务器的简写。 如果已经克隆了远程仓库，那么至少应该能看到 origin ，这是 Git 克隆的仓库服务器的默认名字

  • 在这里插入图片描述
3.6.2 添加远程仓库

运行 git remote add <shortname> <url> 添加一个新的远程 Git 仓库，同时指定一个可以引用的简写

在这里插入图片描述

3.6.3 从远程仓库克隆

如果你想获得一份已经存在了的 Git 仓库的拷贝，这时就要用到 git clone 命令。 Git 克隆的是该 Git 仓库服务器上的几乎所有数据（包括日志信息、历史记录等），而不仅仅是复制工作所需要的文件。 当你执行 git clone 命令的时候，默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。

克隆仓库的命令格式是git clone [url]

在这里插入图片描述

3.6.4 移除无效的远程仓库

如果因为一些原因想要移除一个远程仓库 ，可以使用 git remote rm

在这里插入图片描述

注意：此命令只是从本地移除远程仓库的记录，并不会真正影响到远程仓库

3.6.5 从远程仓库中抓取与拉取

git fetch 是从远程仓库获取最新版本到本地仓库，不会自动merge

在这里插入图片描述

git pull是从远程仓库获取最新版本并merge到本地仓库

在这里插入图片描述

注意：如果当前本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库拉取文件的时候会报错（fatal: refusing to merge unrelated histories ），解决此问题可以在git pull命令后加入参数–allow-unrelated-histories

3.6.6 推送到远程仓库

当你想分享你的代码时，可以将其推送到远程仓库。 命令形式：git git push [remote-name][branch-name]

3.7 Git分支

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。Git 的master分支并不是一个特殊分支。 它跟其它分支没有区别。 之所以几乎每一个仓库都有 master 分支，是因为git init 命令默认创建它，并且大多数人都懒得去改动它。

3.7.1 查看分支

  • # 列出所有本地分支

    $ git branch

  • # 列出所有远程分支

    $ git branch -r

  • # 列出所有本地分支和远程分支

    $ git branch -a

在这里插入图片描述

3.7.2 创建分支
  • 创建分支
    在这里插入图片描述
3.7.3 切换分支
  • 切换分支
    在这里插入图片描述

​

3.7.4 推送至远程仓库分支
  • 推送
    在这里插入图片描述
3.7.5 合并分支

  • 合并分支
    在这里插入图片描述

    有时候合并操作不会如此顺利。 如果你在两个不同的分支中，对同一个文件的同一个部分进行了不同的修改，Git 就没办法合并它们，同时会提示文件冲突。此时需要我们打开冲突的文件并修复冲突内容，最后执行git add命令来标识冲突已解决

    在这里插入图片描述

3.7.5 删除分支

  • 删除分支
    在这里插入图片描述

  • 如果要删除的分支中进行了一些开发动作，此时执行上面的删除命令并不会删除分支，如果坚持要删除此分支，可以将命令中的-d参数改为-D

    在这里插入图片描述

  • 注：如果要删除远程仓库中的分支，可以使用命令git push origin –d branchName

4. 在IDEA中使用Git

4.1 在IDEA中配置Git

安装好IntelliJ IDEA后，如果Git安装在默认路径下，那么idea会自动找到git的位置，如果更改了Git的安装位置则需要手动配置下Git的路径。

选择File→Settings打开设置窗口，找到Version Control下的git选项：

在这里插入图片描述

选择git的安装目录后可以点击“Test”按钮测试是否正确配置

在这里插入图片描述

4.2 在IDEA中使用Git

4.2.1在IDEA中创建工程并将工程添加至Git

在这里插入图片描述

将项目添加至Git管理后，可以从IDEA的工具栏上看到Git操作的按钮

4.2.2 将文件添加到暂存区

在这里插入图片描述

4.2.3 提交文件

在这里插入图片描述

4.2.4 将代码推送到远程仓库

在这里插入图片描述

4.2.5 从远程仓库克隆工程到本地
  • 需要项目的HTTPS的URL(HHS方式不好用)

在这里插入图片描述

4.2.6 从远程拉取代码
  • 同样的小图标是同样的
    在这里插入图片描述
4.2.7 版本对比

在这里插入图片描述

4.2.8 创建分支

在这里插入图片描述

4.2.9 切换分支

在这里插入图片描述在这里插入图片描述

  • 小标签就是当前分支
4.2.10 分支合并

在这里插入图片描述

5. 使用TortoiseGit 工具

5.1 从远程仓库拉取代码

  • Https(较为简单)
    1. 复制URL连接
    2. 在工作目录下右键选择Git Close
    3. 在相应的位置进行填写
      在这里插入图片描述
    4. 输入密码和账号(对应的Git仓库)
      在这里插入图片描述
  1. 等待拉取,等待完成即可.
    在这里插入图片描述补充:
    • 记住账号密码:直接在git bash中执行命令：git config --global credential.helper store 在输入一次账号密码就可以保存了
  • HHS(一样是填写URL,但是需要配置密匙)
    1. 从win中找到TortoiseGit中PuTTYgen打开
      在这里插入图片描述
    2. 在界面中点击Generate,进行等待生成(注意需要晃动鼠标,因为是根据鼠标移动生成的密匙)
      在这里插入图片描述
    3. 将生成的公匙和私匙,保存
      在这里插入图片描述
    4. 将公匙添加进码云等仓库
      在这里插入图片描述
    5. 在Settings中进行配置
      在这里插入图片描述
    6. 完成

5.2 推送

  1. 在工作空间右键 Git Commit ->“xxxx”
    在这里插入图片描述

  2. 进行提交
    在这里插入图片描述

  3. 右键点击 Git Syn…
    在这里插入图片描述

  4. 点击Push即可

5.3 创建删除合并分支

Logo
AtomGit 开源协作平台测评赛

瓜分20万奖金 获得内推名额 丰厚实物奖励 易参与易上手

更多推荐

白盒测试体系的探索 [ 光影人像 东海陈光剑 的博客 ]

什么是白盒测试？很多人都听说过白盒测试。通常的说法是，白盒测试是能看到全部产品源代码的测试。常常，白盒测试都是和牛人绑在一起的。个人认为这是一种比较狭隘的说法。然而究竟什么是白盒测试呢？可能有很多的人在做了很长时间的白盒测试以后发现，自己其实不是在做白盒测试，而是在做灰盒测试，原因是不够“白”，因为他没有看到全部的产品代码。其实，我个人认为，这是做白盒测试的误区。从广义来说，个人认为，白...

avatar 开放原子开发者工作坊

现代程序设计 homework-01

搞了6个小时individual project...看看博客做一做第一次现代程序设计作业1) 建立 GitHub 账户, 把课上做的 “最大子数组之和” 程序签入我的github地址是https://github.com/oldoldb,以前没有用过各种不熟练啊....代码我放到<现代程序设计课后作业>这个repository里了,是昨天完成的在hdu和poj上找的5道关于一...

avatar 开放原子开发者工作坊

精心收集的 48 个 JavaScript 代码片段，仅需 30 秒就可理解

原文：Chalarangelo 译文：IT168https://github.com/Chalarangelo/30-seconds-of-code#anagrams-of-string-with-duplicates该项目来自于 Github 用户 Chalarangelo，目前已在 Github 上获得了 5000 多Star，精心收集了多达 48 个有用的 JavaS...

avatar 开放原子开发者工作坊