在实际项目中，有时不得不直接使用一个commit ID，比如某项目发布了v1.5.0版本，但随即又修复了一个bug（引入一个新的commit ID），而且没有发布新的版本。此时，如果我们希望使用最新的版本，就需要直接引用最新的commit ID，而不是之前的语义化版本v1.5.0。使用commit ID的版本在Go语言中称为，可译为"伪版本"。伪版本的版本号通常会使用格式，其中vx.y.z看上去像

linux基础知识点介绍

【代码】【mac开发环境配置】配置 iterm2。

Go语言版本管理器（Gvm）是管理Go语言环境的开源工具。支持安装多个版本的Go并管理每个项目的模块。它最初由开发，Gvm与Ruby RVM类似，允许你为每个项目或一组项目创建一个开发环境，分离不同的Go版本和包依赖关系，来提供更大的灵活性，以防不同版本造成的问题。Gvm管理Go的多个版本，包括安装、卸载和指定使用Go的某个版本查看官方所有可用的Go版本，同时可以查看本地已安装和默认使用的Go版本

因此对于 merge commit，只需要记录究竟是保留了 A 的改动还是 B 的改动即可，因此大多数情况下我们 merge commit 都是没有变更的，只是个记录。首先，关于 commit，我们可以理解为，每个 commit 会保留一个 pointer 指向它的 parent commit，并且一般我们的 commit 只有一个 parent。例如上面的例子，A 改成了 123，B 改成了 4

在 dev 上开发了一段时间后要把 master 分支提交的新内容更新到 dev 分支，此时切换到 dev 分支，使用 git rebase master，等 dev 分支开发完成了之后，要合并到上游分支 master 上的时候，切换到 master 分支，使用 git merge dev。rebase的过程实际就是以当git 前最新的master的版本，再"拉"出一条分支作为当前最新的分支上，原

注意坑新增文件是未被跟踪状态（untracked），也就是下面命令不会对此文件生效所以新增文件，需要先被 git 记录到，也就是 git add new-file之后执行这些操作，就会生效了# 丢弃工作区的修改（不包括对文件自身的操作，如添加文件、删除文件）# 将暂存区的修改重新放回工作区（包括对文件自身的操作，如添加文件、删除文件）# 撤销最新的 commit，将其改动放回到 工作区git re

镜像（Image）：Docker 镜像（Image），就相当于是一个 root 文件系统。比如官方镜像ubuntu:16.04就包含了完整的一套 Ubuntu16.04 最小系统的 root 文件系统。容器（Container）：镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类和实例一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、

以上的所有内容，就是为 Docker 原理准备的基本内容。总结一下，有 Linux 进程的 fork、exec、task_struct 以及 namespace。下面，我们会来介绍 Linux 进程与 Docker 的关系。

文章目录参考总览镜像目录及文件说明镜像RepositoryImageLayer容器[#](https://www.cnblogs.com/koktlzz/p/14365025.html#容器)联合挂载容器信息参考Docker核心原理：镜像和容器docker文件中layerID-diffID-chainID-cacheID 关系总览镜像目录及文件说明/var/lib/docker/image/ove