refactor: 重构文档目录

移除了所有数字标号

Log:

docs/deepin进阶教程/2.deepin软件包管理/2.7.软件包管理技巧.md

@@ -1,6 +1,6 @@
-# 2.7. 软件包管理技巧
+# 软件包管理技巧
 
-## 2.7.1. 如何挑选合适的deepin 软件包
+## 如何挑选合适的deepin 软件包
 
 你可以根据 aptitude 这个包管理工具中的软件包描述或者是任务面板下的列表信息，来查找你所需要的软件包。
 
@@ -18,7 +18,7 @@
 
 更新日志：维护者经常的更新（可以在deepin-community仓库中查看）
 
-## 2.7.2. 混合源档案库中的软件包
+## 混合源档案库中的软件包
 
 ::: warning 小心
 从混合源档案库中安装软件包是不被 deepin 官方发行版所支持的，除了一些特殊情况，比如某个软件的安装方式指定需要你添加软件源
@@ -56,7 +56,7 @@ sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak
 为避免短期出现坏的软件包，从非官方支持的档案库安装二进制软件包通常是一个坏注意。即使你在使用 apt-pinning 情况下，也是这样的。(参见 第 2.7.3 节 “调整候选版本”).你应当考虑使用 chroot 或类似技术(参见 第 9.11 节 “虚拟化系统”)来运行不同档案库的程序。
 :::
 
-## 2.7.3. 调整候选版本
+## 调整候选版本
 
 ::: danger 警告
 ⚠️新手用 apt-pinning 命令会造成比较大的问题。你必须避免使用这个命令除非确实需要它。
@@ -125,14 +125,14 @@ NotAutomatic 和 ButAutomaticUpgrades 的档案是由档案库服务器上档案
 - 档案库 (在 "/etc/apt/preferences" 文件作为"Package: *"定义) 的 Pin-Priority 值，列在所有档案库路径的左边，
     例如，"100 <http://deb.debian.org/debian/> bullseye-backports/main Packages".
 
-## 2.7.4. 更新和向后移植
+## 更新和向后移植
 
 ::: warning 注意
 deepin 不建议使用换源的方式进行大版本的更新，因为这样会导致系统的不稳定，建议使用 deepin 官方提供的升级工具进行升级。
 或者按照后续补充文档教程进行更新
 :::
 
-## 2.7.5. 阻止推荐的软件包的安装
+## 阻止推荐的软件包的安装
 
 ::: danger 警告
 ⚠️新手用 apt-pinning 命令会造成比较大的问题。你必须避免使用这个命令除非确实需要它。
@@ -150,7 +150,7 @@ Pin: version *
 Pin-Priority: -1
 ```
 
-## 2.7.6. 使用testing档案库
+## 使用testing档案库
 
 deepin使用testing档案库的方法如下：
 控制中心申请加入内测。然后更新你的软件包即可
@@ -159,7 +159,7 @@ deepin使用testing档案库的方法如下：
 内测更新后，不支持降级到稳定版本，如果你想要降级到稳定版本，可以使用备份还原的方式，或者退出内测后等待稳定版本发布。
 :::
 
-## 2.7.7. 自动下载和升级软件包
+## 自动下载和升级软件包
 
 ::: danger 警告
 ⚠️新手用 apt-pinning 命令会造成比较大的问题。你必须避免使用这个命令除非确实需要它。
@@ -183,7 +183,7 @@ APT::Periodic::Download-Upgradeable-Packages "1";
 APT::Periodic::Unattended-Upgrade "0";
 ```
 
-## 2.7.8. 限制 APT 的下载带宽
+## 限制 APT 的下载带宽
 
 如果你想限制 APT 的下载带宽到 800Kib/sec（=100KiB/sec），你应该像下面那样设置 APT 的配置参数。
 
@@ -191,7 +191,7 @@ APT::Periodic::Unattended-Upgrade "0";
 APT::Acquire::http::Dl-Limit "800";
 ```
 
-## 2.7.9. 上传软件包的是谁？
+## 上传软件包的是谁？
 
 尽管 “/var/lib/dpkg/available” 和 “/usr/share/doc/package_name/changelog” 中列出的维护者姓名提供了关于“软件包运作的幕后者是谁”这一问题的一些信息，
 但软件包的实际上传者依旧不明。devscripts 软件包中的 who-uploads(1) 可以识别 deepin 源软件包的实际上传者。