所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。不会因为服务器损坏或者网络问题，造成不能工作的情况。

常见的版本控制工具

版本控制

在进行团队开发的时候，不同开发者会协同工作，共同维护一个项目。因此，要进行版本控制，查出最后是谁修改了哪个地方、谁在何时报告了某个功能缺陷，也能够回退项目。

版本控制分类

1.本地版本控制

本地记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS。

2.集中版本控制

如何让在不同系统上的开发者协同工作？于是有了集中版本控制。所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改。所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。而且，劣势：所有数据都保存在单一的服务器上，如果这个服务器损坏，这样就会丢失所有的数据，当然可以定期备份。代表产品：SVN、CVS、VSS

3.分布式版本控制 Git

客户端把代码仓库完整地镜像下来。如果协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份，但这增加了本地存储空间的占用。

不会因为服务器损坏或者网络问题，造成不能工作的情况！

Git与SVN的区别（面试常问）

Git是分布式版本控制系统，客户端把代码仓库完整地镜像下来，每个人的电脑就是一个完整的版本库。如果协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。但这增加了本地存储空间的占用。每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上。协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改进行推送，就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件！

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

Git对待数据的方式

Git把数据看作是对小型文件系统的一组快照。每次你提交更新，或在 Git 中保存项目状态时，它主要对当时的全部文件制作一个快照并保存这个快照的索引。为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。 Git 对待数据更像是一个 快照流。

Git的下载与安装

进入官网下载：Git - Downloads

选择合适的系统和版本，点击下一步，直到安装成功，具体不再赘述。

下载成功之后，鼠标右键会出现两个新的内容，Git GUI, Git Bash

Git Bash：Unix与Linux风格的命令行，使用最多，推荐最多

Git GUI：图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

常用的linux命令:

设置用户名和邮箱（用于标识用户，必要）

右键鼠标，选择Git Bash，依次输入

git config --global user.name "zzg"  #名称git config --global user.email "8888@qq.com"   #邮箱

Git基础理论

Git本地有三个工作区域：工作目录（Working Directory）、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下：

Working Dirtctory：工作区，就是你平时存放项目代码的地方
Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
Repository：仓库区，就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
Remote：远程仓库，托管代码的服务器，你项目组中的一台电脑用于远程数据交换

Git工作流程

１、在工作目录中添加、修改文件；

２、将需要进行版本管理的文件放入暂存区域；

３、将暂存区域的文件提交到Git仓库。

因此，Git管理的文件有三种状态：

已提交（committed）：数据已经安全的保存在本地数据库中。
已修改（modified）：已修改表示修改了文件，但还没保存到数据库中。
已暂存（staged）：表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。

Git命令

检测当前文件状态 : git status
提出更改（把它们添加到暂存区）：git add filename (针对特定文件)、git add *(所有文件)、git add *.txt（支持通配符，所有 .txt 文件）
忽略文件：.gitignore 文件
提交更新: git commit -m "代码提交信息" （每次准备提交前，先用 git status 看下，是不是都已暂存起来了，然后再运行提交命令 git commit）
跳过使用暂存区域更新的方式 : git commit -a -m "代码提交信息"。 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤。
移除文件 ：git rm filename （从暂存区域移除，然后提交。）
对文件重命名 ：git mv README.md README(这个命令相当于mv README.md README、git rm README.md、git add README 这三条命令的集合）

详情见：

Git 核心概念总结 | JavaGuide(Java面试+学习指南)

学习中经常用到的，在Github或者Gitee上面克隆别人的仓库或者代码：

（以Gitee为例）

1、本地新建文件夹（用于存放目录）

2、进入Gitee（码云），选择需要克隆的内容, 点击复制

然后进入新建文件夹，右键，Git Bash here ，输入git clone ，并右键选择Paste（注意，快捷键不是ctrl+v ，而是shift+ins），即可将内容克隆到本地。

参考内容：视频同步笔记：狂神聊Git，【狂神说Java】Git最新教程通俗易懂_哔哩哔哩_bilibili

Docker：

在开发的过程中，涉及到各种库、资源、配置等（各种软件的安装、版本），经常出现部署失败的情况，而Docker则是对这些应用组件进行封装(打包成一个镜像)、分发、部署、运行，保证了环境的一致性。

Docker容器

镜像（Image）
容器（Container）
仓库（Repository）

三者关系类比： 镜像相当于类模板，容器相当于实例对象，而仓库则用来存储多个镜像。

镜像

Docker 镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。

镜像构建时，会一层层构建，前一层是后一层的基础。每一层构建完就不会再发生改变，后一层上的任何改变只发生在自己这一层。

容器

镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类和实例一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等 。

仓库

如果需要在其它服务器上使用这个镜像，我们就需要一个集中的存储、分发镜像的服务，Docker Registry 就是这样的服务。

一个 Docker Registry 中可以包含多个仓库（Repository）；每个仓库可以包含多个标签（Tag）；每个标签对应一个镜像。所以说：镜像仓库是 Docker 用来集中存放镜像文件的地方类似于我们之前常用的代码仓库。

Docker常见命令

Docker 核心概念总结 | JavaGuide(Java面试+学习指南)


//拉取镜像 5.7是版本号，如果不写，默认最新的版本
docker pull  mysql:5.7

（创建容器实例也叫运行镜像）

容器命令：

docker run [OPTIONS] IMAGE [COMMAND] [ARG...] ：创建容器

-p：容器的端口映射到主机的端口

-v 创建文件夹与容器中的进行挂载，就能够在这个文件夹中看到对应的日志

docker ps [OPTIONS]：列出当前所有容器

退出容器：

其他一些命令：

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/小桥流水78/article/detail/1007812

Git、Docker入门理解_docker git

什么是Git？