fix the format of titles

Author: mudongliang

docs/ch3/sec1/subsec2/1-basic-configuration.md

@@ -4,7 +4,7 @@
 
 ---
 
-## 1。配置 Git
+## 1. 配置 Git
 
 在使用 Git 之前，首先需要进行一些基本的配置，包括设置用户名和邮箱。这些信息会与每次提交（Commit）关联，用于标识代码的贡献者。
 
@@ -46,7 +46,7 @@
 
 ---
 
-## 2。使用 SSH 连接远程仓库
+## 2. 使用 SSH 连接远程仓库
 
 SSH（Secure Shell）是一种加密的网络协议，用于安全地访问远程服务器。通过 SSH 连接 Git 远程仓库，可以避免每次操作时输入用户名和密码，同时提高数据传输的安全性。
 
@@ -143,7 +143,7 @@ SSH（Secure Shell）是一种加密的网络协议，用于安全地访问远
 
 ---
 
-## 3。Git 最为基础的命令
+## 3. Git 最为基础的命令
 
 以下是 Git 中最基础且常用的命令，掌握这些命令是使用 Git 进行版本控制的第一步。
 

docs/ch3/sec1/subsec2/2-staging.md

@@ -8,7 +8,7 @@
 
 ## 内容
 
-### 1。Git 暂存区的作用
+### 1. Git 暂存区的作用
 
 #### 什么是暂存区？
 
@@ -23,7 +23,7 @@
 
 ---
 
-### 2。修改暂存区
+### 2. 修改暂存区
 
 `git add` 是 Git 中用于将工作目录中的修改添加到暂存区的命令。以下是 `git add` 的常见用法：
 
@@ -72,7 +72,7 @@
 
 ---
 
-### 3。撤销暂存区的修改
+### 3. 撤销暂存区的修改
 
 如果误将某些修改添加到暂存区，可以使用以下命令将其撤销：
 

docs/ch3/sec1/subsec2/6-commit-message.md

@@ -4,15 +4,15 @@
 
 ## 一、Linux 内核提交规范：工程艺术的典范
 
-### 1。设计哲学溯源
+### 1. 设计哲学溯源
 
 Linux 内核的提交规范起源于 Linus Torvalds 对代码管理的哲学思考：
 
 - **原子性原则**：每个提交必须是独立的最小功能单元（类似 Unix 的“Do One Thing Well”）
 - **可追溯性**：通过子系统标签实现快速定位，减少代码审查成本
 - **责任溯源**：强制签名机制建立开发者问责体系
 
-### 2。格式规范详解
+### 2. 格式规范详解
 
 ```text
 [子系统标签]: [动词开头描述] (50 字符内)
@@ -39,7 +39,7 @@ Linux 内核的提交规范起源于 Linus Torvalds 对代码管理的哲学思
 | arch/arm64:  | arch/arm64/  | ARM64 架构特定优化  |
 | tools/perf:  | tools/perf/  | 性能分析工具增强   |
 
-### 3。典型示例深度解析
+### 3. 典型示例深度解析
 
 **优秀案例**：
 
@@ -81,15 +81,15 @@ Fixed some memory bugs
 
 ## 二、Conventional Commits：现代协作的标准化方案
 
-### 1。规范演进历程
+### 1. 规范演进历程
 
 2019 年由 Angular 团队提出，现已成为 GitHub 80% 以上开源项目的选择，特点：
 
 - **机器可读**：支持自动化生成 CHANGELOG
 - **语义化版本**：通过提交类型自动确定版本号
 - **协作友好**：降低跨团队沟通成本
 
-### 2。完整语法结构
+### 2. 完整语法结构
 
 ```text
 <type>[optional scope]: <description>
@@ -111,7 +111,7 @@ Fixed some memory bugs
 | ci       | CI 配置变更             | -        |
 | chore    | 日常维护（不影响功能） | -        |
 
-### 3。高级应用技巧
+### 3. 高级应用技巧
 
 #### 破坏性变更标记
 
@@ -132,7 +132,7 @@ Closes #1234
 Related to #1122
 ```
 
-### 4。实战案例对比
+### 4. 实战案例对比
 
 **标准提交**：