分布式RPC框架Apache Dubbo 1. 软件架构的演进过程

软件架构的发展经历了由单体架构、垂直架构、SOA架构到微服务架构的演进过程，下面我们分别了解一下这几个架构。

1.1 单体架构

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/1.png?lastModify=1564037210

架构说明：

      全部功能集中在一个项目内（All in one）。

架构优点：

      架构简单，前期开发成本低、开发周期短，适合小型项目。

架构缺点：

       全部功能集成在一个工程中，对于大型项目不易开发、扩展和维护。

       技术栈受限，只能使用一种语言开发。

       系统性能扩展只能通过扩展集群节点，成本高。

1.2 垂直架构

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/18.png?lastModify=1564037210

架构说明：      

      按照业务进行切割，形成小的单体项目。

架构优点：

      技术栈可扩展（不同的系统可以用不同的编程语言编写）。

架构缺点：

       功能集中在一个项目中，不利于开发、扩展、维护。

       系统扩张只能通过集群的方式。

       项目之间功能冗余、数据冗余、耦合性强。

1.3 SOA架构

SOA全称为Service-Oriented Architecture，即面向服务的架构。它可以根据需求通过网络对松散耦合的粗粒度应用组件(服务)进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。

站在功能的角度，把业务逻辑抽象成可复用的服务，通过服务的编排实现业务的快速再生，目的：把原先固有的业务功能转变为通用的业务服务，实现业务逻辑的快速复用。

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/19.png?lastModify=1564037210

架构说明：

      将重复功能或模块抽取成组件的形式，对外提供服务，在项目与服务之间使用ESB（企业服务总线）的形式作为通信的桥梁。

架构优点：

       重复功能或模块抽取为服务，提高开发效率。

       可重用性高。

       可维护性高。

架构缺点：

       各系统之间业务不同，很难确认功能或模块是重复的。

       抽取服务的粒度大。

       系统和服务之间耦合度高。

1.4 微服务架构

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/20.png?lastModify=1564037210

架构说明：

       将系统服务层完全独立出来，抽取为一个一个的微服务。

       抽取的粒度更细，遵循单一原则。

       采用轻量级框架协议传输。

架构优点：

       服务拆分粒度更细，有利于提高开发效率。

       可以针对不同服务制定对应的优化方案。

       适用于互联网时代，产品迭代周期更短。

架构缺点：

      粒度太细导致服务太多，维护成本高。

      分布式系统开发的技术成本高，对团队的挑战大。

2. Apache Dubbo概述2.1 Dubbo简介

Apache Dubbo是一款高性能的Java RPC框架。其前身是阿里巴巴公司开源的一个高性能、轻量级的开源Java RPC框架，可以和Spring框架无缝集成。

什么是RPC？

RPC全称为remote procedure call，即远程过程调用。比如两台服务器A和B，A服务器上部署一个应用，B服务器上部署一个应用，A服务器上的应用想调用B服务器上的应用提供的方法，由于两个应用不在一个内存空间，不能直接调用，所以需要通过网络来表达调用的语义和传达调用的数据。

需要注意的是RPC并不是一个具体的技术，而是指整个网络远程调用过程。

RPC是一个泛化的概念，严格来说一切远程过程调用手段都属于RPC范畴。各种开发语言都有自己的RPC框架。Java中的RPC框架比较多，广泛使用的有RMI、Hessian、Dubbo等。

Dubbo官网地址：http://dubbo.apache.org

Dubbo提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

2.2 Dubbo架构

Dubbo架构图（Dubbo官方提供）如下：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/2.png?lastModify=1564037210

节点角色说明：

节点

角色名称

Provider暴露服务的服务提供方
Consumer调用远程服务的服务消费方
Registry服务注册与发现的注册中心
Monitor统计服务的调用次数和调用时间的监控中心
Container服务运行容器

虚线都是异步访问，实线都是同步访问蓝色虚线:在启动时完成的功能红色虚线(实线)都是程序运行过程中执行的功能

调用关系说明:

• 服务容器负责启动，加载，运行服务提供者。
• 服务提供者在启动时，向注册中心注册自己提供的服务。
• 服务消费者在启动时，向注册中心订阅自己所需的服务。
• 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
• 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
• 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
  
  

3. 服务注册中心Zookeeper

通过前面的Dubbo架构图可以看到，Registry（服务注册中心）在其中起着至关重要的作用。Dubbo官方推荐使用Zookeeper作为服务注册中心。

3.1 Zookeeper介绍

Zookeeper 是 Apache Hadoop 的子项目，是一个树型的目录服务，支持变更推送，适合作为 Dubbo 服务的注册中心，工业强度较高，可用于生产环境，并推荐使用 。

为了便于理解Zookeeper的树型目录服务，我们先来看一下我们电脑的文件系统(也是一个树型目录结构)：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/4.png?lastModify=1564037210

我的电脑可以分为多个盘符（例如C、D、E等），每个盘符下可以创建多个目录，每个目录下面可以创建文件，也可以创建子目录，最终构成了一个树型结构。通过这种树型结构的目录，我们可以将文件分门别类的进行存放，方便我们后期查找。而且磁盘上的每个文件都有一个唯一的访问路径，例如：C:\Windows\itcast\hello.txt。

Zookeeper树型目录服务：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/3.png?lastModify=1564037210

流程说明：

• 服务提供者(Provider)启动时: 向 /dubbo/com.foo.BarService/providers 目录下写入自己的 URL 地址
• 服务消费者(Consumer)启动时: 订阅 /dubbo/com.foo.BarService/providers 目录下的提供者 URL 地址。并向 /dubbo/com.foo.BarService/consumers 目录下写入自己的 URL 地址
• 监控中心(Monitor)启动时: 订阅 /dubbo/com.foo.BarService 目录下的所有提供者和消费者 URL 地址
  
  

3.2 安装Zookeeper

下载地址：http://archive.apache.org/dist/zookeeper/

本课程使用的Zookeeper版本为3.4.6，下载完成后可以获得名称为zookeeper-3.4.6.tar.gz的压缩文件。

安装步骤：

第一步：安装 jdk（略）第二步：把 zookeeper 的压缩包（zookeeper-3.4.6.tar.gz）上传到 linux 系统第三步：解压缩压缩包​        tar -zxvf zookeeper-3.4.6.tar.gz第四步：进入zookeeper-3.4.6目录，创建data目录​        mkdir data第五步：进入conf目录 ，把zoo_sample.cfg 改名为zoo.cfg​        cd conf​        mv zoo_sample.cfg zoo.cfg第六步：打开zoo.cfg文件,  修改data属性：dataDir=/root/zookeeper-3.4.6/data

3.3 启动、停止Zookeeper

进入Zookeeper的bin目录，启动服务命令 ./zkServer.sh start

停止服务命令./zkServer.sh stop

查看服务状态：./zkServer.sh status

Git分布式版本控制工具1. Git概述1.1 Git历史

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

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

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

速度

简单的设计

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

完全分布式

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

1.2 Git与SVN对比

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

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

  服务器单点故障

  容错性差

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%871.png?lastModify=1564037261

Git是分布式版本控制系统（Distributed Version Control System，简称 DVCS） ，分为两种类型的仓库：

本地仓库和远程仓库

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

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

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%872.png?lastModify=1564037261

1.3 Git工作流程

工作流程如下：

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

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

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%873.png?lastModify=1564037261

1.4 Git下载与安装

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%874.png?lastModify=1564037261

下载完成后可以得到如下安装文件：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%875.png?lastModify=1564037261

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 ）

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%876.png?lastModify=1564037261

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%877.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%878.png?lastModify=1564037261

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%879.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8710.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8711.png?lastModify=1564037261

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8712.png?lastModify=1564037261

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仓库

执行步骤如下：

• 在电脑的任意位置创建一个空目录（例如repo1）作为我们的本地Git仓库
• 进入这个目录中，点击右键打开Git bash窗口
• 执行命令git init
  
  

如果在当前目录中看到.git文件夹（此文件夹为隐藏文件夹）则说明Git仓库创建成功

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8713.png?lastModify=1564037261

3.2.2从远程仓库克隆

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8714.png?lastModify=1564037261

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

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

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

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

暂存区：.git文件夹中有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8715.png?lastModify=1564037261

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

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

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

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

        Unmodified 未修改状态

        Modified 已修改状态

        Staged 已暂存状态

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

3.5 本地仓库操作

git status 查看文件状态

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8716.png?lastModify=1564037261

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

                                           file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8717.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8718.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8719.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8720.png?lastModify=1564037261

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

        file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8721.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8722.png?lastModify=1564037261

git rm 删除文件

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8723.png?lastModify=1564037261

删除文件后查看文件状态

                                                file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8724.png?lastModify=1564037261

上面删除的只是工作区的文件，需要提交到本地仓库

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8725.png?lastModify=1564037261

将文件添加至忽略列表

一般我们总会有些文件无需纳入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 查看日志记录

                                 file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8726.png?lastModify=1564037261

3.6 远程仓库操作

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

3.6.1查看远程仓库

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8727.png?lastModify=1564037261

3.6.2 添加远程仓库

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

                              file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8728.png?lastModify=1564037261

3.6.3 从远程仓库克隆

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8729.png?lastModify=1564037261

3.6.4 移除无效的远程仓库

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8730.png?lastModify=1564037261

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8731.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/32.png?lastModify=1564037261

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

3.6.6 推送到远程仓库

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

3.7 Git分支

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

在本章节我们会学习到关于分支的相关命令，具体如下：

3.7.1 查看分支

# 列出所有本地分支

$ git branch

# 列出所有远程分支

$ git branch -r

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

$ git branch -a

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8733.png?lastModify=1564037261

3.7.2 创建分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8734.png?lastModify=1564037261

3.7.3 切换分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8735.png?lastModify=1564037261

       

3.7.4 推送至远程仓库分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8736.png?lastModify=1564037261

3.7.5 合并分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8737.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8738.png?lastModify=1564037261

3.7.5 删除分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8739.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8740.png?lastModify=1564037261

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

分布式RPC框架Apache Dubbo 1. 软件架构的演进过程

软件架构的发展经历了由单体架构、垂直架构、SOA架构到微服务架构的演进过程，下面我们分别了解一下这几个架构。

1.1 单体架构

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/1.png?lastModify=1564037210

架构说明：

      全部功能集中在一个项目内（All in one）。

架构优点：

      架构简单，前期开发成本低、开发周期短，适合小型项目。

架构缺点：

       全部功能集成在一个工程中，对于大型项目不易开发、扩展和维护。

       技术栈受限，只能使用一种语言开发。

       系统性能扩展只能通过扩展集群节点，成本高。

1.2 垂直架构

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/18.png?lastModify=1564037210

架构说明：      

      按照业务进行切割，形成小的单体项目。

架构优点：

      技术栈可扩展（不同的系统可以用不同的编程语言编写）。

架构缺点：

       功能集中在一个项目中，不利于开发、扩展、维护。

       系统扩张只能通过集群的方式。

       项目之间功能冗余、数据冗余、耦合性强。

1.3 SOA架构

SOA全称为Service-Oriented Architecture，即面向服务的架构。它可以根据需求通过网络对松散耦合的粗粒度应用组件(服务)进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。

站在功能的角度，把业务逻辑抽象成可复用的服务，通过服务的编排实现业务的快速再生，目的：把原先固有的业务功能转变为通用的业务服务，实现业务逻辑的快速复用。

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/19.png?lastModify=1564037210

架构说明：

      将重复功能或模块抽取成组件的形式，对外提供服务，在项目与服务之间使用ESB（企业服务总线）的形式作为通信的桥梁。

架构优点：

       重复功能或模块抽取为服务，提高开发效率。

       可重用性高。

       可维护性高。

架构缺点：

       各系统之间业务不同，很难确认功能或模块是重复的。

       抽取服务的粒度大。

       系统和服务之间耦合度高。

1.4 微服务架构

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/20.png?lastModify=1564037210

架构说明：

       将系统服务层完全独立出来，抽取为一个一个的微服务。

       抽取的粒度更细，遵循单一原则。

       采用轻量级框架协议传输。

架构优点：

       服务拆分粒度更细，有利于提高开发效率。

       可以针对不同服务制定对应的优化方案。

       适用于互联网时代，产品迭代周期更短。

架构缺点：

      粒度太细导致服务太多，维护成本高。

      分布式系统开发的技术成本高，对团队的挑战大。

2. Apache Dubbo概述2.1 Dubbo简介

Apache Dubbo是一款高性能的Java RPC框架。其前身是阿里巴巴公司开源的一个高性能、轻量级的开源Java RPC框架，可以和Spring框架无缝集成。

什么是RPC？

RPC全称为remote procedure call，即远程过程调用。比如两台服务器A和B，A服务器上部署一个应用，B服务器上部署一个应用，A服务器上的应用想调用B服务器上的应用提供的方法，由于两个应用不在一个内存空间，不能直接调用，所以需要通过网络来表达调用的语义和传达调用的数据。

需要注意的是RPC并不是一个具体的技术，而是指整个网络远程调用过程。

RPC是一个泛化的概念，严格来说一切远程过程调用手段都属于RPC范畴。各种开发语言都有自己的RPC框架。Java中的RPC框架比较多，广泛使用的有RMI、Hessian、Dubbo等。

Dubbo官网地址：http://dubbo.apache.org

Dubbo提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

2.2 Dubbo架构

Dubbo架构图（Dubbo官方提供）如下：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/2.png?lastModify=1564037210

节点角色说明：

节点

角色名称

Provider暴露服务的服务提供方
Consumer调用远程服务的服务消费方
Registry服务注册与发现的注册中心
Monitor统计服务的调用次数和调用时间的监控中心
Container服务运行容器

虚线都是异步访问，实线都是同步访问蓝色虚线:在启动时完成的功能红色虚线(实线)都是程序运行过程中执行的功能

调用关系说明:

• 服务容器负责启动，加载，运行服务提供者。
• 服务提供者在启动时，向注册中心注册自己提供的服务。
• 服务消费者在启动时，向注册中心订阅自己所需的服务。
• 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
• 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
• 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
  
  

3. 服务注册中心Zookeeper

通过前面的Dubbo架构图可以看到，Registry（服务注册中心）在其中起着至关重要的作用。Dubbo官方推荐使用Zookeeper作为服务注册中心。

3.1 Zookeeper介绍

Zookeeper 是 Apache Hadoop 的子项目，是一个树型的目录服务，支持变更推送，适合作为 Dubbo 服务的注册中心，工业强度较高，可用于生产环境，并推荐使用 。

为了便于理解Zookeeper的树型目录服务，我们先来看一下我们电脑的文件系统(也是一个树型目录结构)：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/4.png?lastModify=1564037210

我的电脑可以分为多个盘符（例如C、D、E等），每个盘符下可以创建多个目录，每个目录下面可以创建文件，也可以创建子目录，最终构成了一个树型结构。通过这种树型结构的目录，我们可以将文件分门别类的进行存放，方便我们后期查找。而且磁盘上的每个文件都有一个唯一的访问路径，例如：C:\Windows\itcast\hello.txt。

Zookeeper树型目录服务：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Apache%20Dubbo/%E8%AE%B2%E4%B9%89/3.png?lastModify=1564037210

流程说明：

• 服务提供者(Provider)启动时: 向 /dubbo/com.foo.BarService/providers 目录下写入自己的 URL 地址
• 服务消费者(Consumer)启动时: 订阅 /dubbo/com.foo.BarService/providers 目录下的提供者 URL 地址。并向 /dubbo/com.foo.BarService/consumers 目录下写入自己的 URL 地址
• 监控中心(Monitor)启动时: 订阅 /dubbo/com.foo.BarService 目录下的所有提供者和消费者 URL 地址
  
  

3.2 安装Zookeeper

下载地址：http://archive.apache.org/dist/zookeeper/

本课程使用的Zookeeper版本为3.4.6，下载完成后可以获得名称为zookeeper-3.4.6.tar.gz的压缩文件。

安装步骤：

第一步：安装 jdk（略）第二步：把 zookeeper 的压缩包（zookeeper-3.4.6.tar.gz）上传到 linux 系统第三步：解压缩压缩包​        tar -zxvf zookeeper-3.4.6.tar.gz第四步：进入zookeeper-3.4.6目录，创建data目录​        mkdir data第五步：进入conf目录 ，把zoo_sample.cfg 改名为zoo.cfg​        cd conf​        mv zoo_sample.cfg zoo.cfg第六步：打开zoo.cfg文件,  修改data属性：dataDir=/root/zookeeper-3.4.6/data

3.3 启动、停止Zookeeper

进入Zookeeper的bin目录，启动服务命令 ./zkServer.sh start

停止服务命令./zkServer.sh stop

查看服务状态：./zkServer.sh status

Git分布式版本控制工具1. Git概述1.1 Git历史

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

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

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

速度

简单的设计

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

完全分布式

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

1.2 Git与SVN对比

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

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

  服务器单点故障

  容错性差

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%871.png?lastModify=1564037261

Git是分布式版本控制系统（Distributed Version Control System，简称 DVCS） ，分为两种类型的仓库：

本地仓库和远程仓库

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

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

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%872.png?lastModify=1564037261

1.3 Git工作流程

工作流程如下：

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

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

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%873.png?lastModify=1564037261

1.4 Git下载与安装

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%874.png?lastModify=1564037261

下载完成后可以得到如下安装文件：

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%875.png?lastModify=1564037261

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 ）

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%876.png?lastModify=1564037261

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%877.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%878.png?lastModify=1564037261

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%879.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8710.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8711.png?lastModify=1564037261

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8712.png?lastModify=1564037261

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仓库

执行步骤如下：

• 在电脑的任意位置创建一个空目录（例如repo1）作为我们的本地Git仓库
• 进入这个目录中，点击右键打开Git bash窗口
• 执行命令git init
  
  

如果在当前目录中看到.git文件夹（此文件夹为隐藏文件夹）则说明Git仓库创建成功

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8713.png?lastModify=1564037261

3.2.2从远程仓库克隆

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8714.png?lastModify=1564037261

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

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

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

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

暂存区：.git文件夹中有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8715.png?lastModify=1564037261

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

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

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

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

        Unmodified 未修改状态

        Modified 已修改状态

        Staged 已暂存状态

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

3.5 本地仓库操作

git status 查看文件状态

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8716.png?lastModify=1564037261

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

                                           file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8717.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8718.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8719.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8720.png?lastModify=1564037261

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

        file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8721.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8722.png?lastModify=1564037261

git rm 删除文件

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8723.png?lastModify=1564037261

删除文件后查看文件状态

                                                file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8724.png?lastModify=1564037261

上面删除的只是工作区的文件，需要提交到本地仓库

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8725.png?lastModify=1564037261

将文件添加至忽略列表

一般我们总会有些文件无需纳入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 查看日志记录

                                 file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8726.png?lastModify=1564037261

3.6 远程仓库操作

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

3.6.1查看远程仓库

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8727.png?lastModify=1564037261

3.6.2 添加远程仓库

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

                              file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8728.png?lastModify=1564037261

3.6.3 从远程仓库克隆

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8729.png?lastModify=1564037261

3.6.4 移除无效的远程仓库

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8730.png?lastModify=1564037261

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

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

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8731.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/32.png?lastModify=1564037261

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

3.6.6 推送到远程仓库

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

3.7 Git分支

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

在本章节我们会学习到关于分支的相关命令，具体如下：

3.7.1 查看分支

# 列出所有本地分支

$ git branch

# 列出所有远程分支

$ git branch -r

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

$ git branch -a

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8733.png?lastModify=1564037261

3.7.2 创建分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8734.png?lastModify=1564037261

3.7.3 切换分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8735.png?lastModify=1564037261

       

3.7.4 推送至远程仓库分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8736.png?lastModify=1564037261

3.7.5 合并分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8737.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8738.png?lastModify=1564037261

3.7.5 删除分支

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8739.png?lastModify=1564037261

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

file://E:/%E9%BB%91%E9%A9%AC/ssm%E5%90%8E%E8%AF%BE%E7%A8%8B%E8%B5%84%E6%96%99/Git/%E7%AC%94%E8%AE%B0/img/%E5%9B%BE%E7%89%8740.png?lastModify=1564037261

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