Add blank lines around headers

01_introduction/1.1_quickstart.md

@@ -9,6 +9,7 @@
 ```html
 <h1>Hello, Docker!</h1>
 ```
+
 ### 1.1.2 编写 Dockerfile
 
 在同级目录下创建一个名为 `Dockerfile` (无后缀) 的文件：
@@ -17,6 +18,7 @@
 FROM nginx:alpine
 COPY index.html /usr/share/nginx/html/index.html
 ```
+
 ### 1.1.3 构建镜像
 
 打开终端，进入该目录，执行构建命令：

01_introduction/1.2_what.md

@@ -40,6 +40,7 @@ flowchart LR
     end
     A == 一致 ==> C
 ```
+
 ### 1.2.3 Docker vs 虚拟机
 
 很多人第一次接触 Docker 时会问：**“这不就是虚拟机吗？”** 答案是：**不是，而且差别很大。**

01_introduction/1.3_why.md

@@ -33,6 +33,7 @@
 ├── Day 4：问老同事怎么配的，他也忘了
 └── Day 5：终于能跑起来了！但不知道为什么……
 ```
+
 #### 场景三：服务器迁移的恐惧
 
 ```bash
@@ -41,6 +42,7 @@
 运维："当时是一个已经离职的同事配的……"
 所有人：😱
 ```
+
 ### 1.3.2 Docker 如何解决这些问题
 
 Docker 的出现为上述问题提供了完美的解决方案。它通过 “一次构建，到处运行” 的核心理念，从根本上改变了软件交付的方式。
@@ -54,6 +56,7 @@ flowchart LR
     test -- "有问题<br/>反馈修改和更新" --> dev
     test -- "没问题<br/>发布" --> prod["生产环境"]
 ```
+
 ### 1.3.3 Docker 的核心优势
 
 除了解决上述痛点，Docker 还拥有诸多显著的技术优势，包括环境一致性、秒级启动、高效的资源利用等。
@@ -76,6 +79,7 @@ $ docker compose up
 
 ...
 ```
+
 #### 2. 秒级启动
 
 传统虚拟机启动需要几分钟 (引导操作系统)，而 Docker 容器启动通常只需要 **几秒甚至几百毫秒**。
@@ -126,6 +130,7 @@ flowchart TD
         Server2 --- Containers
     end
 ```
+
 #### 4. 持续交付和部署
 
 Docker 完美契合 DevOps 的工作流程：
@@ -182,6 +187,7 @@ flowchart TD
         Worker --> DB
     end
 ```
+
 ### 1.3.4 Docker 不适合的场景
 
 笔者认为，技术选型要客观。Docker 并非银弹，以下场景可能不太适合：