目录
学习中经常用到的，在Github或者Gitee上面克隆别人的仓库或者代码：
什么是Git？
Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。
所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。不会因为服务器损坏或者网络问题，造成不能工作的情况。
常见的版本控制工具
- Git
- SVN
- CVS
- VSS
- TFS
版本控制
在进行团队开发的时候，不同开发者会协同工作，共同维护一个项目。因此，要进行版本控制，查出最后是谁修改了哪个地方、谁在何时报告了某个功能缺陷，也能够回退项目。
版本控制分类
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]：列出当前所有容器
退出容器：
其他一些命令：
3557
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
