m

ityouknow · Mar 15, 2018 · 168dd13 · 168dd13
1 parent 73893a0
commit 168dd13
Show file tree

Hide file tree

Showing 7 changed files with 31 additions and 40 deletions.
diff --git a/_includes/footer.html b/_includes/footer.html
@@ -23,7 +23,7 @@
         <div class="rss"><a href="{{ site.subscribe_rss }}"><span class="octicon octicon-rss" style="color:orange;"></span></a></div>
     </div>
     <!-- Third-Party JS -->
-    <script type="text/javascript" src="/assets/js/geopattern.min.js"></script>
+    <script type="text/javascript" src="/bower_components/geopattern/js/geopattern.min.js"></script>
     <!-- My JS -->
     <script type="text/javascript" src="/assets/js/script.js"></script>
     {% for javascript in page.javascript %}

diff --git a/_posts/2018/2018-03-12-docker-use-dockerfile.md b/_posts/2018/2018-03-12-docker-use-dockerfile.md
@@ -15,7 +15,7 @@ keywords: docker,Dockerfile,使用
 通过上图可以看出使用 Dockerfile 定义镜像，运行镜像启动容器。
 
 
-### Dockerfile 概念
+## Dockerfile 概念
 
 Docker 镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。镜像不包含任何动态数据，其内容在构建之后也不会被改变。
 
@@ -24,7 +24,7 @@ Docker 镜像是一个特殊的文件系统，除了提供容器运行时所需
 Dockerfile 是一个文本文件，其内包含了一条条的指令(Instruction)，每一条指令构建一层，因此每一条指令的内容，就是描述该层应当如何构建。有了 Dockerfile，当我们需要定制自己额外的需求时，只需在 Dockerfile 上添加或者修改指令，重新生成 image 即可，省去了敲命令的麻烦。
 
 
-### Dockerfile 文件格式
+## Dockerfile 文件格式
 
 Dockerfile文件格式如下：
 
@@ -53,7 +53,7 @@ CMD /usr/sbin/nginx
 
 Dockerfile 分为四部分：**基础镜像信息、维护者信息、镜像操作指令、容器启动执行指令**。一开始必须要指明所基于的镜像名称，接下来一般会说明维护者信息；后面则是镜像操作指令，例如 RUN 指令。每执行一条RUN 指令，镜像添加新的一层，并提交；最后是 CMD 指令，来指明运行容器时的操作命令。
 
-### 构建镜像
+## 构建镜像
 
 docker build 命令会根据 Dockerfile 文件及上下文构建新 Docker 镜像。构建上下文是指 Dockerfile 所在的本地路径或一个URL（Git仓库地址）。构建上下文环境会被递归处理，所以构建所指定的路径还包括了子目录，而URL还包括了其中指定的子模块。
 
@@ -81,7 +81,7 @@ docker build -f /path/to/a/Dockerfile .
 构建时，还可以通过`-t`参数指定构建成镜像的仓库、标签。
 
 
-###  镜像标签
+##  镜像标签
 
 ``` sh
 docker build -t nginx/v3 .
@@ -101,7 +101,7 @@ Sending build context to Docker daemon 2.048 kB
 Error response from daemon: Unknown instruction: RUNCMD
 ```
 
-### 缓存
+## 缓存
 
 Docker 守护进程会一条一条的执行 Dockerfile 中的指令，而且会在每一步提交并生成一个新镜像，最后会输出最终镜像的ID。生成完成后，Docker 守护进程会自动清理你发送的上下文。
 Dockerfile文件中的每条指令会被独立执行，并会创建一个新镜像，RUN cd /tmp等命令不会对下条指令产生影响。
@@ -126,7 +126,7 @@ Successfully built 7ea8aef582cc
 
 构建缓存仅会使用本地父生成链上的镜像，如果不想使用本地缓存的镜像，也可以通过`--cache-from`指定缓存。指定后将不再使用本地生成的镜像链，而是从镜像仓库中下载。
 
-###  寻找缓存的逻辑
+## 寻找缓存的逻辑
 
 Docker 寻找缓存的逻辑其实就是树型结构根据 Dockerfile 指令遍历子节点的过程。下图可以说明这个逻辑。
 
@@ -156,7 +156,7 @@ RUN cmd11     RUN cmd12
 如果 Docker 没有找到当前指令的缓存，则会构建一个新的镜像，并且之后的所有指令都不会再去寻找缓存。
 
 
-### 简单示例
+## 简单示例
 
 接下来用一个简单的示例来感受一下 Dockerfile 是如何用来构建镜像启动容器。我们以定制 nginx 镜像为例，在一个空白目录中，建立一个文本文件，并命名为 Dockerfile：
 
@@ -206,7 +206,7 @@ docker run  --name docker_nginx_v1   -d -p 80:80 nginx:v1
 这样一个简单使用 Dockerfile 构建镜像，运行容器的示例就完成了！
 
 
-### 修改容器内容
+## 修改容器内容
 
 容器启动后，需要对容器内的文件进行进一步的完善，可以使用`docker exec -it xx   bash`命令再次进行修改，以上面的示例为基础，修改 nginx 启动页面内容：
 
@@ -233,7 +233,7 @@ docker diff docker_nginx_v1
 
 这样 Dockerfile 使用方式就为大家介绍完了，下期为大家介绍  Dockerfile 命令的详细使用。
 
-### 参考：
+## 参考
 
 [Dockerfile reference](https://docs.docker.com/engine/reference/builder/#usage)  
 [使用Dockerfile构建Docker镜像](https://www.jianshu.com/p/cbce69c7a52f)  

diff --git a/_posts/2018/2018-03-15-docker-dockerfile-command-introduction.md b/_posts/2018/2018-03-15-docker-dockerfile-command-introduction.md
@@ -11,7 +11,7 @@ keywords: docker,Dockerfile,命令,指令详解
 
 ## Dockerfile 指令详解
 
-### 1、FROM 指定基础镜像
+### 1 FROM 指定基础镜像
 
 FROM 指令用于指定其后构建新镜像所使用的基础镜像。FROM 指令必是 Dockerfile 文件中的首条命令，启动构建流程后，Docker 将会基于该镜像构建新镜像，FROM 后的命令也会基于这个基础镜像。
 
@@ -40,7 +40,7 @@ FROM <image>:<digest>
 - tag 或 digest 是可选的，如果不使用这两个值时，会使用 latest 版本的基础镜像
 
 
-### 2、RUN 执行命令
+### 2 RUN 执行命令
 
 在镜像的构建过程中执行特定的命令，并生成一个中间镜像。格式:
 
@@ -55,35 +55,36 @@ RUN ["executable", "param1", "param2"]
 - 层级 RUN 指令和生成提交是符合 Docker 核心理念的做法。它允许像版本控制那样，在任意一个点，对 image 镜像进行定制化构建。
 - RUN 指令创建的中间镜像会被缓存，并会在下次构建中使用。如果不想使用这些缓存镜像，可以在构建时指定 `--no-cache` 参数，如：`docker build --no-cache`。
 
-### 3、COPY 复制文件
+### 3 COPY 复制文件
 
 格式：
 
 ``` sh
-- COPY <源路径>... <目标路径>
--  COPY ["<源路径1>",... "<目标路径>"]
+COPY <源路径>... <目标路径>
+COPY ["<源路径1>",... "<目标路径>"]
 ```
 
-和 RUN 指令一样，也有两种格式，一种类似于命令行，一种类似于函数调用。COPY 指令将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置。比如：
+和 RUN 指令一样，也有两种格式，一种类似于命令行，一种类似于函数调用。COPY 指令将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的`<目标路径>`位置。比如：
 
 ``` sh
 COPY package.json /usr/src/app/
 ```
 
-<源路径> 可以是多个，甚至可以是通配符，其通配符规则要满足 Go 的 filepath.Match 规则，如：
+`<源路径>`可以是多个，甚至可以是通配符，其通配符规则要满足 Go 的 filepath.Match 规则，如：
 
 ``` sh
 COPY hom* /mydir/
 COPY hom?.txt /mydir/
 ```
 
-<目标路径> 可以是容器内的绝对路径，也可以是相对于工作目录的相对路径（工作目录可以用 WORKDIR 指令来指定）。目标路径不需要事先创建，如果目录不存在会在复制文件前先行创建缺失目录。  
+`<目标路径>`可以是容器内的绝对路径，也可以是相对于工作目录的相对路径（工作目录可以用 WORKDIR 指令来指定）。目标路径不需要事先创建，如果目录不存在会在复制文件前先行创建缺失目录。  
 
 此外，还需要注意一点，使用 COPY 指令，源文件的各种元数据都会保留。比如读、写、执行权限、文件变更时间等。这个特性对于镜像定制很有用。特别是构建相关文件都在使用 Git 进行管理的时候。
 
 
-### 4、ADD 更高级的复制文件
-ADD 指令和 COPY 的格式和性质基本一致。但是在 COPY 基础上增加了一些功能。比如 <源路径> 可以是一个 URL，这种情况下，Docker 引擎会试图去下载这个链接的文件放到 <目标路径> 去。
+### 4 ADD 更高级的复制文件
+
+ADD 指令和 COPY 的格式和性质基本一致。但是在 COPY 基础上增加了一些功能。比如`<源路径>`可以是一个 URL，这种情况下，Docker 引擎会试图去下载这个链接的文件放到`<目标路径>`去。
 
 在构建镜像时，复制上下文中的文件到镜像内，格式：
 
@@ -96,7 +97,7 @@ ADD ["<源路径>",... "<目标路径>"]
 如果 docker 发现文件内容被改变，则接下来的指令都不会再使用缓存。关于复制文件时需要处理的/，基本跟正常的 copy 一致
 
 
-### 5、ENV 设置环境变量
+### 5 ENV 设置环境变量
 
 格式有两种：
 
@@ -125,7 +126,7 @@ EXPOSE <port> [<port>...]
 
 EXPOSE 指令并不会让容器监听 host 的端口，如果需要，需要在 docker run 时使用 `-p`、`-P` 参数来发布容器端口到 host 的某个端口上。
 
-### 7、VOLUME 定义匿名卷
+### 7 VOLUME 定义匿名卷
 
 VOLUME用于创建挂载点，即向基于所构建镜像创始的容器添加卷：
 
@@ -144,7 +145,7 @@ VOLUME ["/data"]
 VOLUME 让我们可以将源代码、数据或其它内容添加到镜像中，而又不并提交到镜像中，并使我们可以多个容器间共享这些内容。
 
 
-### 8、WORKDIR 指定工作目录
+### 8 WORKDIR 指定工作目录
 
 WORKDIR用于在容器内设置一个工作目录：
 
@@ -165,7 +166,7 @@ RUN pwd
 在以上示例中，pwd 最终将会在 `/a/b/c` 目录中执行。在使用 docker run 运行容器时，可以通过`-w`参数覆盖构建时所设置的工作目录。
 
 
-### 9、USER 指定当前用户
+### 9 USER 指定当前用户
 
 USER 用于指定运行镜像所使用的用户：
 
@@ -187,7 +188,7 @@ USER uid:group
 使用USER指定用户后，Dockerfile 中其后的命令 RUN、CMD、ENTRYPOINT 都将使用该用户。镜像构建完成后，通过 docker run 运行容器时，可以通过 `-u` 参数来覆盖所指定的用户。
 
 
-### 10、CMD
+### 10 CMD
 
 CMD用于指定在容器启动时所要执行的命令。CMD 有以下三种格式：
 
@@ -202,7 +203,7 @@ CMD command param1 param2
 **注意**  
 与 RUN 指令的区别：RUN 在构建的时候执行，并生成一个新的镜像，CMD 在容器运行的时候执行，在构建时不进行任何操作。
 
-### 11、ENTRYPOINT
+### 11 ENTRYPOINT
 
 
 ENTRYPOINT 用于给容器配置一个可执行程序。也就是说，每次使用镜像创建容器时，通过 ENTRYPOINT 指定的程序都会被设置为默认程序。ENTRYPOINT 有以下两种形式：
@@ -250,7 +251,7 @@ docker run -i -t  itbilu/test -g "daemon off;"
 
 在运行容器时，我们使用了 `-g "daemon off;"`，这个参数将会被传递给 ENTRYPOINT，最终在容器中执行的命令为 `/usr/sbin/nginx -g "daemon off;"`。
 
-### 12、LABEL
+### 12 LABEL
 
 LABEL用于为镜像添加元数据，元数以键值对的形式指定：
 
@@ -491,7 +492,7 @@ exit 0
 - 使用构建缓存。如果不想使用缓存，可以在构建的时候使用参数`--no-cache=true`来强制重新生成中间镜像。
 
 
-## 参考：
+## 参考
 
 [Dockerfile reference](https://docs.docker.com/engine/reference/builder/#usage)  
 [使用Dockerfile构建Docker镜像](https://www.jianshu.com/p/cbce69c7a52f)  

diff --git a/assets/js/bootstrap.min.js b/assets/js/bootstrap.min.js
diff --git a/assets/js/geopattern.min.js b/assets/js/geopattern.min.js
diff --git a/assets/js/jquery.min.js b/assets/js/jquery.min.js
diff --git a/robots.txt b/robots.txt
@@ -0,0 +1,2 @@
+User-Agent: *
+Allow: /