Git 分布式版本控制工具详解以及在Gitee,Github中的使用和Gitlab部署（一）

逍遥哥哥闯江湖
202 阅读13分钟

一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第19天，点击查看活动详情。

Git 分布式版本控制工具

1、目标

  • 了解Git基本概念

  • 能够概述git工作流程

  • 能够使用Git常用命令

  • 熟悉Git代码托管服务

  • 能够使用idea操作 git

2. 概述

2.1 开发中的实际场景

  • 场景一：备份

  • 场景二：代码还原

  • 场景三：协同开发

  • 场景四：追溯问题代码的编写人和编写时间！

2.2、版本控制器的方式

  • 集中式版本控制工具

集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代码，是必须联网才能工作，局域网或互联网。个人修改后然后提交到中央版本库。

举例：SVN和CVS

请添加图片描述

  • 分布式版本控制工具

分布式版本控制系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作的时候，无 需要联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的修改了。

举例：Git

Git 和 GitHub 详解

一、Git 基础

1. Git

Git是分布式的，Git不需要有中心服务器，我们每台电脑拥有的东西都是一样的。我们使用Git并且有个中心服务器，仅仅是为了方便交换大家的修改，但是这个服务器的地位和我们每个人的PC是一样的。我们可以把它当做一个开发者的pc就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作，只不过“交换”修改不方便而已。

git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002 年间）。到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代 码。

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

  • 速度（很快的）
  • 简单的设计
  • 对非线性开发模式的强力支持（允许成千上万个并行开发的分支----可以多人同时开发）
  • 完全分布式
  • 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

2. Git 下载和安装

  • 下载地址： git-scm.com/downloads

  • 使用默认值安装

    • 使用 Git Bash 中演示的时候，会用到一些基本的linux命令：
    • ls / ll : 查看当前目录
    • cat : 查看文件内容
    • touch : 创建文件
    • vi : vi编辑器（使用 vi 编辑器是为了方便展示效果，其他的编辑器也可以）

  • 资源管理器内单击鼠标右键选择 Git Bash Here

  • 输入git --version 检查是否安装成功

  • 或者说我们在电脑里面的任意位置右键会有 Git GUI Here 和 Git Bash 也说明安装成功了

    • Git GUI：Git提供的图形界面工具
    • Git Bash：Git提供的命令行工具

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

3. Git 基本工作流程

请添加图片描述

命令解析如下：

  • clone（克隆）: 从远程仓库中克隆代码到本地仓库
  • checkout （检出）:从本地仓库中检出一个仓库分支然后进行修订
  • add（添加）: 在提交前先将代码提交到暂存区
  • commit（提交）: 提交到本地仓库。本地仓库中保存修改的各个历史版本
  • fetch (抓取) ： 从远程库抓取到本地仓库，不进行任何的合并动作，一般操作比较少。
  • pull (拉取) ： 从远程库拉到本地库，自动进行合并(merge)，然后放到到工作区，相当于 fetch+merge
  • push（推送） : 修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库

主要涉及到四个关键点：

  • 工作区：本地电脑存放项目文件的地方，比如 learnGitProject 文件夹；

  • 暂存区（Index/Stage）：在使用 git 管理项目文件的时候，其本地的项目文件会多出一个.git 的文件夹，将这个.git 文件夹称之为版本库。其中.git 文件夹中包含了两个部分，一个是暂存区（Index 或者 Stage）,顾名思义就是暂时存放文件的地方，通常使用 add 命令将工作区的文件添加到暂存区里；

  • 本地仓库：.git 文件夹里还包括 git 自动创建的 master 分支，并且将 HEAD 指针指向 master 分支。使用 commit 命令可以将暂存区中的文件添加到本地仓库中；

  • 远程仓库：不是在本地仓库中，项目代码在远程 git 服务器上，比如项目放在 github 上，就是一个远程仓库，通常使用 clone 命令将远程仓库拷贝到本地仓库中，开发后推送到远程仓库中即可；

请添加图片描述

日常开发时代码实际上放置在工作区中，也就是本地的 XXX.java 这些文件，通过 add 等这些命令将代码文教提交给暂存区（Index/Stage），也就意味着代码全权交给了 git 进行管理，之后通过 commit 等命令将暂存区提交给 master 分支上，也就是意味打了一个版本，也可以说代码提交到了本地仓库中。另外，团队协作过程中自然而然还涉及到与远程仓库的交互。

因此，经过这样的分析，git 命令可以分为这样的逻辑进行理解和记忆：

  • git 管理配置的命令；几个核心存储区的交互命令：

  • 工作区与暂存区的交互；

  • 暂存区与本地仓库（分支）上的交互；

  • 本地仓库与远程仓库的交互。

工作目录暂存区git 仓库远程仓库
被 Git 管理的项目临时存放被修改的文件目录用于存放提交记录远程代码仓库
git initgit addgit commitgit push

4. Git 使用前的配置命令

在使用前告诉 git 你是谁：

4.1 第一次使用 git，配置用户信息

  1. 配置用户名：git config --global user.name "your name";
  2. 配置用户邮箱：git config --global user.email "youremail@github.com";

4.2查询配置信息

  1. 列出当前配置：git config --list;
  2. 列出 repository 配置：git config --local --list;
  3. 列出全局配置：git config --global --list;
  4. 列出系统配置：git config --system --list;

4.3其他配置

  1. 配置解决冲突时使用哪种差异分析工具，比如要使用 vimdiff：

    git config --global merge.tool vimdiff;

  2. 配置 git 命令输出为彩色的：

    git config --global color.ui auto;

  3. 配置 git 使用的文本编辑器：

    git config --global core.editor vi;

注：

  1. 更改-->重复上述命令
  2. 也可直接修改 C:\Users\用户\.gitconfig

4.5 为一些常用的指令配置别名

有些常用的指令参数非常多，每次都要输入好多参数，为了稍微可以方便一点点，我们可以使用别名。

4.5.1打开用户目录，创建 .bashrc 文件

部分windows系统不允许用户创建点号开头的文件，可以打开gitBash，执行

 touch ~/.bashrc
4.5.2 在 .bashrc 文件中输入如下内容（下面命名的别名只是我们的示例内容）：
#用于输出git提交日志   (用新名字 git-log 来指代之前的 git log --pretty=oneline --all --graph --abbrev-commit 这个旧名字)
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit' 
#用于输出当前目录所有文件及基本信息 
alias ll='ls -al'

​ 注意： 如果使用的是 vi 编辑器的话，vi 退出编辑器的时候，按 esc，输入冒号（英文），然后切换到最后一行的模式，之后一行的模式决定了是否保存文件。

4.5.3打开gitBash，执行
 source ~/.bashrc
4.5.4 解决 GitBash乱码问题

  1. 打开GitBash执行下面命令

    git config --global core.quotepath false

  2. ${git_home}/etc/bash.bashrc 文件最后加入下面两行

    export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"

5. 创建本地仓库

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

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

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

  3. 执行命令 git init

  4. 如果创建成功的话，就可以在文件夹下面看到隐藏的 .git 目录了

    （命令窗口里面会显示：Initialized empty Git repository in your path---已经初始化了一个空项目）

6. 工作区上的操作命令

Git 工作目录下对于文件的修改(增加、删除、更新)会存在几个状态，这些修改的状态会随着我们执行Git 的命令而发生变化。

  • git add (工作区 --> 暂存区)
  • git commit (暂存区 --> 本地仓库)

在这里插入图片描述

6.1git init 初始化 git 仓库

新建仓库

  1. 将工作区中的项目文件使用 git 进行管理，即创建一个新的本地仓库：git init；
  2. 从远程 git 仓库复制项目：git clone ; 克隆项目时如果想定义新的项目名，可以在 clone 命令后指定新的项目名：git clone git://github.com/wasd/example.git NewName；

6.2git status 查看文件状态

查新信息

  1. 查询当前工作区所有文件的状态：git status; (我们直接使用 touch 文件名 来创建文件)
  2. 比较工作区中当前文件和暂存区之间的差异，也就是修改之后还没有暂存的内容：git diff；指定文件在工作区和暂存区上差异比较：git diff ;

6.3 git add 文件/文件列表 提交到暂存区

提交

  1. 提交工作区所有文件到暂存区：git add .
  2. 提交工作区中指定文件到暂存区：git add ...;
  3. 提交工作区中某个文件夹中所有文件到暂存区：git add [dir];

6.4git commit -m 提交信息 向仓库提交代码

提交文件到版本库

  1. 将暂存区中的文件提交到本地仓库中，即打上新版本（后面的双引号里面的内容是本次提交的版本的 提示信息）：git commit -m "commit_info";
  2. 将所有已经使用 git 管理过的文件暂存后一并提交，跳过 add 到暂存区的过程：git commit -a -m "commit_info";
  3. 提交文件时，发现漏掉几个文件，或者注释写错了，可以撤销上一次提交：git commit --amend;

6.5git log 查看提交记录

查看信息

  1. 比较暂存区与上一版本的差异：git diff --cached;
  2. 指定文件在暂存区和本地仓库的不同：git diff --cached;
  3. 查看提交历史：git log；参数-p展开每次提交的内容差异，用-2显示最近的两次更新，如git log -p -2;
  4. 带有参数的查看提交日志 ：git log [option]
    1. --all 显示所有分支
    2. --pretty=online 将提交信息显示为一行
    3. --abbrev-commit 使得输出的 commitId (每一次提交所生成的标识码) 更加的简短。
    4. --graph 以图的形式显示

6.6git reset 版本切换

版本切换

  1. 回退到指定的版本 ：git reset --hard commitID

这里面的这个 （commitID ) 我们可以通过 git log 指令进行查看（如果配置别名的话，也可以使用 git-log 指令查看）

  1. 查看我们已经删除的记录：git reflog ( 可以查看我们的操作记录 )

6.7 添加问价到忽略列表：

创建 .gitignore 文件，里面输入我们要忽略的文件匹配名称

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

下面是一个示例：(一般这种文件都说是已经给出的，我们只需要复制到我们的代码里面是使用就可以了)

# no .a files
*.a
# but do track lib .a, even though you are 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

使用案例：

在这里插入图片描述

7. 撤销

  • 用暂存区中的文件覆盖工作目录中的文件：git checkout -- 文件名 不加 -- 文件名则覆盖全部文件

  • 将文件从暂存区中删除：git rm --cached 文件名

  • 将 git 仓库中指定的更新记录恢复出来，并且覆盖暂存区和工作目录： git reset --hard commitID

  • 撤销

    1. 删除工作区文件，并且也从暂存区删除对应文件的记录：git rm ;
    2. 从暂存区中删除文件，但是工作区依然还有该文件:git rm --cached ;
    3. 取消暂存区已经暂存的文件：git reset HEAD ...;
    4. 撤销上一次对文件的操作：git checkout --。要确定上一次对文件的修改不再需要，如果想保留上一次的修改以备以后继续工作，可以使用 stashing 和分支来处理；
    5. 隐藏当前变更，以便能够切换分支：git stash；
    6. 查看当前所有的储藏：git stash list；
    7. 应用最新的储藏：git stash apply，如果想应用更早的储藏：git stash apply stash@{2}；重新应用被暂存的变更，需要加上--index参数：git stash apply --index;
    8. 使用 apply 命令只是应用储藏，而内容仍然还在栈上，需要移除指定的储藏：git stash drop stash{0}；如果使用 pop 命令不仅可以重新应用储藏，还可以立刻从堆栈中清除：git stash pop;
    9. 在某些情况下，你可能想应用储藏的修改，在进行了一些其他的修改后，又要取消之前所应用储藏的修改。Git 没有提供类似于 stash unapply 的命令，但是可以通过取消该储藏的补丁达到同样的效果：git stash show -p stash@{0} | git apply -R；同样的，如果你沒有指定具体的某个储藏，Git 会选择最近的储藏：git stash show -p | git apply -R；

    更新文件

    1. 重命名文件，并将已改名文件提交到暂存区：git mv [file-original] [file-renamed];
avatar
文章
阅读
粉丝