Git 命令

• 命令速查表

  

1. 基础配置与初始化

2. 仓库操作

3. 文件暂存与提交

4. 版本查看与对比

5. 分支操作

6. 标签操作

7. 远程同步

8. 版本回退与暂存

9. 搜索与维护

[!tIP]

1. 核心流程：git init/clone → git add → git commit → git push/pull 是日常开发最常用的基础流程。
2. 分支管理：创建分支用 git checkout -b，合并用 git merge/cherry-pick，删除用 git branch -d/-D。
3. 版本回退：git reset 用于丢弃未提交修改（慎用 –hard），git revert 用于撤销已提交修改（保留历史），git stash 用于临时暂存修改。

Linux基础

🐧核心理念

[!tip]
Linux 中最核心的设计思想之一：“一切皆文件”（所有硬件、进程、网络等资源都以文件形式呈现和管理）。

1. Linux环境

1.1 Ubuntu安装

Ubuntu 系统的具体安装步骤（如镜像下载、虚拟机配置、分区等）可参考网络教程，本文重点记录安装后必备的基础配置。

1.2 共享文件夹配置

• 前期准备

  1. 打开 VMware → 选中当前 Ubuntu 虚拟机 → 点击「设置」→ 「选项」标签页；

  2. 找到「共享文件夹」→ 选择「总是启用」→ 添加需要共享的 Windows 文件夹并确认。

• 安装 VMware 工具（核心依赖）

  1 2 3 4

  # 更新软件源（确保下载最新版本） $ sudo apt update # 安装 open-vm-tools $ sudo apt install -y open-vm-tools open-vm-tools-desktop

  • 安装完成后「重启」虚拟机，使工具生效：

    1	$ sudo reboot

• 挂载共享文件夹

  • 临时挂载（重启后失效，适合测试）

    1 2 3 4 5 6 7 8 9

    # 1. 创建挂载目录（-p 确保目录层级不存在时自动创建） $ sudo mkdir -p /work/hgfs # 2. 挂载共享文件夹到指定目录 # allow_other：允许非root用户访问；uid/gid：适配当前用户权限 $ sudo vmhgfs-fuse .host:/ /work/hgfs -o allow_other,uid=$(id -u),gid=$(id -g) # 3. 验证挂载结果（列出共享文件夹内容，能看到即成功） $ ls /work/hgfs

  • 永久挂载（开机自动挂载，推荐）

    1 2 3 4 5 6 7 8 9 10

    # 1. 编辑 fstab 配置文件（系统开机挂载表） $ sudo vi /etc/fstab # 2. 在文件末尾添加以下内容（按 i 进入编辑模式） .host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other,defaults 0 0 # 3. 保存退出（按 Esc → 输入 :wq → 回车） # 4. 测试挂载配置（无报错即配置正确） $ sudo mount -a

  [!warning]

  ⚠️ 若挂载失败，检查：

  ① VMware 共享文件夹是否启用；

  ② open-vm-tools 是否安装成功；

  ③ 挂载目录权限是否正常。

1.3 SSH 服务配置

安装 SSH 服务后，可通过 Xshell、FinalShell 等工具远程连接 Ubuntu，步骤如下：

• 安装 OpenSSH 服务器

  1	$ sudo apt install -y openssh-server

• 启动并设置开机自启

  1 2 3 4 5

  # 启动 SSH 服务 $ sudo systemctl start ssh # 设置开机自动启动（避免每次重启后手动启动） $ sudo systemctl enable ssh

• 验证服务状态

  1	$ sudo systemctl status ssh

  • 若输出中包含 active (running)，说明服务启动成功；
  • 若需关闭防火墙（可选）：sudo ufw allow ssh。

• 远程连接

  在 Windows 客户端使用以下命令连接：

  1 2	$ ssh 用户名@Ubuntu的IP地址 # 示例：ssh ubuntu@192.168.1.100

  或者使用专门的连接工具，这里推荐 MobaX 、Xshell 等

2. Linux 文件目录

Linux 文件系统遵循 Filesystem Hierarchy Standard (FHS) 规范，每个目录有明确的功能分工，核心是「一切皆文件」+「目录职责单一」。

2.1 FHS 核心目录说明

🏠 根目录 /（核心起点）

• 整个文件系统的唯一根节点，所有目录/文件都挂载于此；

• 包含系统运行必需的核心组件，禁止随意删除/修改。

🛠️ 系统核心命令/🧩库目录

👤用户/📁应用资源目录

⚙️配置/🧾可变数据目录

🧊系统/🚀硬件交互目录

📦其他常用目录

2.2 快速记忆指南

📌核心目录关键词速记

📋易混目录对比

• /tmp vs /var/tmp：前者重启清空，后者可能保留；
• /lib vs /usr/lib：前者为系统核心库，后者为应用库；
• /mnt vs /media：前者手动挂载，后者自动挂载可移动设备；
• /sbin vs /usr/sbin：前者是核心管理命令，后者是非核心命令

3. Linux 文件类型

Linux 中「一切皆文件」，不同文件类型有明确的标识和用途，核心通过 ls -l 权限位首字符

识别。

3.1 核心文件类型

3.2 特殊文件类型

3.2.1 硬链接

• 标识特征：权限位首字符仍为 -，与普通文件无视觉区别；
• 核心特性：
  1. 多个文件名指向同一个 inode（文件唯一标识），删除任一链接不影响原文件；
  2. 无法跨文件系统创建，也不能链接目录；
• 创建命令：ln 原文件 硬链接名（例：ln /etc/passwd passwd.link）。

3.2.2 软链接

• 核心定义: 软链接是指向原文件/目录的特殊文件，相当于Windows的「快捷方式」，自身仅存储原文件的路径，不包含实际数据。

• 核心特性:

  1. 跨文件系统：可链接不同分区 / 磁盘的文件 / 目录（硬链接不支持）；
  2. 可链接目录：支持给目录创建软链接（硬链接不支持）；
  3. 独立 inode：软链接有自己的 inode，与原文件无关；
  4. 失效性：删除 / 移动原文件后，软链接会变成「死链接」（终端显示红色闪烁）；
  5. 权限特征：软链接权限始终显示 rwxrwxrwx，但实际访问权限由原文件决定。

• 创建命令: ln -s 原文件/目录 软链接名（例：ln -s /usr/bin/python3.8 /usr/bin/python）

  • [!warning]

    ⚠️ 避坑提醒

    创建时原文件建议用绝对路径，若用相对路径，软链接移动后会变成「死链接」。

3.2.3 软链接 vs 硬链接

3.2.4 虚拟文件系统文件

• 存储特征：位于 /proc、/sys 目录下，是内核动态生成的虚拟接口，不占用实际磁盘空间；
• 核心用途：查看 / 修改系统 / 硬件状态，无需编辑，直接读取即可；
• 典型示例：
  • /proc/cpuinfo：CPU 硬件信息
  • /proc/meminfo：内存使用状态
  • /sys/class/net/eth0：网卡 eth0 的配置信息
  • /proc/1/status：PID=1 的进程（init/systemd）状态

3.3 快速识别技巧

1. 基础识别：执行 ls -l 文件名，看输出第一个字符（权限位首字符）即可判断类型；
2. 快捷命令：file 文件名 —— 直接输出文件详细类型（例：file /usr/bin/python → symbolic link to /usr/bin/python3.8）；
3. 颜色辅助：终端默认颜色可快速区分（如目录蓝、软链接浅蓝、设备文件黄），但需注意：颜色可自定义，仅作辅助。

4. Linux 用户管理与文件权限

用户和权限是Linux系统安全的核心，核心逻辑是「通过用户/组划分身份，通过权限控制资源访问」。

4.1 用户与组管理

4.1.1 核心概念

4.1.2 常用命令

4.2 文件权限基础

4.2.1 权限标识

• ls -l 输出解读

  1 2 3 4 5 6 7

  -rw- r-- r-- 1 root root 2927 3月 18 13:53 /etc/passwd # └┬┘ └┬┘ └┬┘ └─┬─┘ └─┬─┘ # | | | | └─ 文件所属组 # | | | └─ 文件所有者 # | | └─ 其他用户权限 # | └─ 组用户权限 # └─ 所有者权限

4.2.2 权限类型与数字表示

• 权限数字计算规则
  • 三类用户（所有者 / 组 / 其他）权限值相加，形成 3 位数字：
    • rw-r--r-- = 644（6=4+2，4=4，4=4）
    • rwxr-xr-x = 755（7=4+2+1，5=4+1，5=4+1）
    • rwx------ = 700（仅所有者有全部权限）

4.2.3 特殊权限

4.3 权限管理命令

4.3.1 修改权限

• ==chmod==

  • 符号方式（直观，适合新手）

    1 2 3 4

    chmod u+x file.txt # 所有者（u）加执行权限 chmod g-w file.txt # 组用户（g）移除写权限 chmod o=r file.txt # 其他用户（o）仅设读权限 chmod a+rw file.txt # 所有用户（a）加读写权限

  • 数字方式（高效，适合熟练使用）

    1 2 3

    chmod 644 file.txt # 所有者rw，组/其他r（最常用文件权限） chmod 755 script.sh # 所有者rwx，组/其他rx（最常用脚本/目录权限） chmod -R 755 dir/ # 递归修改目录及所有子文件/目录权限

4.3.2 修改所有者 / 组

• ==chown==（需 root 权限）

  1 2 3 4

  sudo chown user:group file.txt # 同时改所有者和组 sudo chown user file.txt # 仅改所有者 sudo chown :group file.txt # 仅改组（冒号不可省略） sudo chown -R user:group dir/ # 递归修改目录及内容

4.3.3 核心区别

• 目录 vs 文件权限

  权限	目录作用	文件作用
  x	能否进入目录（cd 目录）	能否执行程序 / 脚本
  w	能否在目录内创建 / 删除 / 重命名	能否修改文件内容
  r	能否列出目录内文件（ls）	能否查看文件内容

4.4 典型实操场景

• 场景 1：让脚本可执行

  1 2	$ chmod +x myscript.sh # 等价于 chmod a+x myscript.sh $ ./myscript.sh # 执行脚本（需在脚本所在目录）

• 场景 2：创建团队共享目录

  1 2 3 4

  $ sudo mkdir /share # 创建共享目录 $ sudo chown :team /share # 设置目录所属组为team $ sudo chmod 2775 /share # SGID+所有者/组rwx，其他rx # 效果：团队成员可读写编辑，新文件自动继承team组，避免权限混乱

• 场景 3：创建个人私密目录

  1	$ chmod 700 ~/private # 仅自己（所有者）rwx，组/其他无任何权限

4.5 核心配置文件

所有文件均位于 /etc 目录，是用户 / 组管理的核心配置：

• /etc/passwd —— 用户账户信息文件

  • 作用：存储所有用户基本信息（无密码），所有用户可读、root 可写（权限通常 644）。
  • 格式（冒号分隔）：用户名:密码占位符:UID:GID:描述:家目录:登录Shell
  • 示例：ubuntu:x:1000:1000:Ubuntu User:/home/ubuntu:/bin/bash
    • x：密码占位符，真实密码存于 /etc/shadow。

• /etc/shadow —— 密码安全文件

  • 作用：存储加密密码 + 密码策略，仅 root 可读写（权限必须 600/000，否则泄露风险）。
  • 格式：用户名:加密密码:最后修改时间:最小修改间隔:最大有效期:警告期:宽限期:过期时间:保留
  • 示例：ubuntu:$6$abc123...:19432:0:99999:7:::
    • 加密密码：$6$=SHA-512 加密，*/!表示账号锁定；
    • 99999：密码永不过期。

• /etc/group —— 用户组信息文件

  • 作用：存储所有组信息，所有用户可读、root 可写（权限通常 644）。
  • 格式：组名:密码占位符:GID:附加组成员列表
  • 示例：sudo:x:27:ubuntu,admin
    • 附加组成员：逗号分隔，仅显示附加组（主组在 /etc/passwd 中）。

[!note]

🔗三者关联逻辑

1. /etc/passwd 定义用户基本信息，/etc/group 定义组，通过 GID 关联用户主组；
2. 密码从 /etc/passwd 分离到 /etc/shadow，提升安全性；
3. 一个用户 = 1 个主组 + N 个附加组（附加组在 /etc/group 中体现）。

[!warning]

⚠️核心注意事项

1. 最小权限原则：仅授予必要权限，禁止给文件 / 目录设置 777（所有用户可读写执行）；
2. root 使用规范：日常用普通用户，需提权时用 sudo，避免直接登录 root；
3. 分组策略：按业务 / 团队分组，批量授权比单独授权更高效；
4. 敏感文件保护：/etc/shadow 权限必须为 600，/etc/passwd//etc/group 禁止设为 777。

5. Linux 变量

Linux 变量分为「全局变量」和「环境变量」，核心区别是作用域不同（是否能被子Shell继承），合理配置变量是系统定制和程序运行的基础。

5.1 变量核心类型

[!tip]

快速区分

全局变量：“局部有效”，仅当前终端/脚本能用；

环境变量：“全局有效”，当前终端及打开的子终端都能用。

5.2 变量常用操作

5.3 永久配置变量：配置文件选择

不同配置文件的作用域和加载时机不同，需根据需求选择，避免配置混乱：

5.3.1 配置文件分类（按作用域）

5.3.2 配置实操步骤（以设置 JAVA_HOME 为例）

• 场景1：全局生效（所有用户可用）

  1 2 3 4 5 6 7 8 9 10 11 12

  # 1. 创建专属配置文件（推荐方式，避免修改系统原文件） $ sudo vi /etc/profile.d/java.sh # 2. 写入变量配置 $ export JAVA_HOME=/usr/local/jdk1.8 $ export PATH=$PATH:$JAVA_HOME/bin # 3. 赋予执行权限 $ sudo chmod +x /etc/profile.d/java.sh # 4. 立即生效（无需重启） $ source /etc/profile.d/java.sh

• 场景 2：仅当前用户生效

  1 2 3 4 5 6 7 8 9

  # 1. 编辑个人配置文件 $ vi ~/.bash_profile # 2. 写入变量配置 $ export JAVA_HOME=/usr/local/jdk1.8 $ export PATH=$PATH:$JAVA_HOME/bin # 3. 立即生效 $ source ~/.bash_profile

5.3.3 核心注意事项

1. 生效方式：修改配置文件后，需执行 source 文件名 或重新登录终端，配置才会生效；
2. PATH 赋值：必须保留原有 $PATH（如 PATH=$PATH:/new/path），否则会覆盖系统默认路径，导致基础命令（ls、cd）失效；
3. 文件优先级：~/.bash_profile 加载优先级高于 ~/.bashrc，登录 Shell 先加载前者，再通过前者加载后者；
4. 避免重复：环境变量建议写在 ~/.bash_profile（仅加载一次），别名 / 函数写在 ~/.bashrc（每次加载）。

5.4 常用内置环境变量

Shell命令

1. Shell是什么？

2. Shell 配置文件

Shell 配置文件决定了终端的环境变量、别名、提示符等核心行为，核心分为「登录式」和「非登录式」两类，理解加载顺序和使用规范是关键。

2.1 核心配置文件清单

2.2. 配置文件加载顺序

• 交互式登录 Shell（SSH连接/系统登录）

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

  flowchart TD A[用户登录/SSH连接] --> B[加载系统全局登录配置] B --> B1[/etc/profile/] B1 --> B2[执行/etc/profile.d/*.sh<br/>加载应用全局变量] B2 --> C[加载用户专属登录配置] C --> C1{存在~/.bash_profile?} C1 -- 是 --> C2[执行~/.bash_profile] C1 -- 否 --> C3{存在~/.bash_login?} C3 -- 是 --> C4[执行~/.bash_login] C3 -- 否 --> C5[执行~/.profile] C2 --> D[调用用户非登录配置] D --> D1[source ~/.bashrc] D1 --> E[登录会话准备完毕] C4 --> E C5 --> E

• 交互式非登录 Shell（新开终端 / 执行 bash）

  1 2 3 4 5 6

  flowchart TD A[打开新终端/执行bash命令] --> B[加载系统全局非登录配置] B --> B1[/etc/bash.bashrc/] B1 --> C[加载用户专属非登录配置] C --> C1[~/.bashrc] C1 --> D[终端会话准备完毕]

2.3 最佳实践：配置该写在哪里？

• 配置类型与文件对应

• 优先级与覆盖规则

• 加载顺序：系统全局配置 → 用户专属配置（后加载的会覆盖先加载的）；

• 示例：若 /etc/profile 设置 PATH=/usr/bin，~/.bashrc 设置 PATH=~/bin:$PATH，最终生效的是 ~/bin:/usr/bin。

• 修改后生效方法（无需重启系统）

  配置文件类型	生效命令	说明
  全局登录配置	sudo source /etc/profile	仅当前终端生效，新登录用户自动加载最新配置
  用户登录配置	source ~/.bash_profile	立即生效，无需重启终端
  非登录配置（.bashrc）	source ~/.bashrc 或 . ~/.bashrc	简写方式更高效，修改别名 / 函数后必执行
  切换用户生效	su - 用户名（带横杠）	加载目标用户的完整登录配置，不加横杠仅切换身份不加载配置

2.4 常见问题排查

• 环境变量不生效

  1. 检查文件路径拼写（如 /etc/.bashrc vs /etc/bash.bashrc，不同系统命名不同）；
  2. 确认配置文件有执行权限：chmod +x /etc/profile.d/java.sh；
  3. 登录 Shell 需执行 source 或重启终端，非登录 Shell 需执行 source ~/.bashrc。

• 别名不生效

  1. 确认别名定义在 ~/.bashrc 中（而非 ~/.bash_profile）；
  2. 执行 source ~/.bashrc 刷新配置；
  3. 避免别名与系统命令重名（如自定义 ls 会覆盖系统默认 ls）。

• 多配置文件冲突

  1. 用 echo $变量名 查看最终值（如 echo $PATH），定位覆盖点；
  2. 按加载顺序排查：先看 /etc/profile，再看 ~/.bash_profile，最后看 ~/.bashrc；
  3. 优先将环境变量写在 ~/.bash_profile，避免在 ~/.bashrc 中重复定义。

2.5 进阶优化：让配置更易维护

2.5.1 模块化管理（推荐）

在 ~/.bashrc 中引入独立配置目录，拆分不同功能的配置：

1
2
3
4
5
6
7
8
9

# 在 ~/.bashrc 末尾添加以下内容
if [ -d ~/.bashrc.d ]; then  # 检查目录是否存在
    for file in ~/.bashrc.d/*.sh; do  # 循环加载所有.sh文件
        if [ -r "$file" ]; then  # 检查文件是否可读
            source "$file"       # 加载配置
        fi
    done
    unset file  # 清理临时变量
fi

• 用法：创建 ~/.bashrc.d 目录，将别名、函数拆分为 alias.sh、function.sh 等文件，便于管理。

2.5.2 避免重复加载

• 登录式配置（如 /etc/profile）仅定义环境变量，不写终端交互配置；
• 非登录式配置（如 ~/.bashrc）仅写别名、函数，避免重复定义环境变量。

2.5.3 权限控制

• 系统全局配置（/etc 目录）需用 sudo 编辑，权限建议为 644；

• 用户配置文件（~/.bashrc 等）权限建议为 644，避免 777 带来的安全风险。

dpkg 工具

dpkg 是 Debian/Ubuntu 系统的底层包管理工具，专注于本地 .deb 包的安装、查询、卸载和构建，是 APT 工具的基础（APT 负责自动解决依赖，dpkg 需手动处理）。

1. 核心概念

• 定位：底层包管理工具，不自动解决依赖，需手动处理；
• 管理范围：本地下载的 .deb 包、已安装的系统包；
• 适用系统：Debian、Ubuntu 及衍生发行版。

2. 常用命令速查表

3. deb 包内部结构（核心）

3.1 核心目录与文件

deb 包解压后核心目录为 DEBIAN/（必须大写），包含包的元数据和生命周期脚本，其余目录遵循 FHS 规范（如 /usr/bin、/etc 等）：

1
2
3
4
5
6
7
8
9
10
11
12
13

# 典型 deb 包目录结构
helloworld_1.0.0-1_amd64/
├── DEBIAN/          # 核心配置目录（必填）
│   ├── control      # 包元数据（必填，核心文件）
│   ├── postinst     # 安装后脚本（可选）
│   ├── prerm        # 卸载前脚本（可选）
│   ├── preinst      # 安装前脚本（可选）
│   ├── postrm       # 卸载后脚本（可选）
│   ├── copyright    # 版权声明（可选）
│   └── changelog    # 修改记录（可选）
└── usr/
    └── bin/
        └── helloworld  # 程序可执行文件（按FHS规范放置）

3.2 关键文件说明

3.2.1 control 文件（核心元数据，必填）

3.2.2 生命周期脚本（可选，钩子函数）

3.2.3 辅助文件

• copyright：版权声明、开源协议；
• changelog：版本更新记录、修改内容。

4. 手动构建 deb 包（完整示例）

以构建 helloworld 包为例，全程实操可直接复用：

• 前置准备：安装打包工具

  1	$ sudo apt update && sudo apt install -y dpkg-dev

• 搭建目录结构

  1 2 3 4 5 6 7 8

  # 创建包根目录（命名规范：包名_版本_架构） $ mkdir -p helloworld_1.0.0-1_amd64/DEBIAN # 创建程序安装目录（遵循FHS，可执行文件放/usr/bin） $ mkdir -p helloworld_1.0.0-1_amd64/usr/bin # 创建必要脚本文件 $ touch helloworld_1.0.0-1_amd64/DEBIAN/{control,postinst,prerm} # 赋权（避免打包权限异常） $ chown -R $USER:$USER helloworld_1.0.0-1_amd64/

• 编写核心文件

  • 程序本体（/usr/bin/helloworld）

    1 2 3 4 5 6 7 8

    $ cat > helloworld_1.0.0-1_amd64/usr/bin/helloworld << 'EOF' #!/bin/bash echo "Hello World! 这是自定义 deb 包示例" echo "当前时间：$(date +%Y-%m-%d\ %H:%M:%S)" EOF # 添加执行权限 $ chmod +x helloworld_1.0.0-1_amd64/usr/bin/helloworld

  • control 元数据文件

    1 2 3 4 5 6 7 8 9 10 11 12

    $ cat > helloworld_1.0.0-1_amd64/DEBIAN/control << 'EOF' Package: helloworld Version: 1.0.0-1 Architecture: amd64 Section: utils Priority: optional Maintainer: Your Name <your@email.com> Description: A simple hello world program This is a custom deb package example for learning it prints hello world and current time. Depends: bash EOF

  • 安装后脚本（postinst）

    1 2 3 4 5

    $ cat > helloworld_1.0.0-1_amd64/DEBIAN/postinst << 'EOF' #!/bin/bash echo "✅ helloworld 安装成功！执行 helloworld 即可运行程序" EOF $ chmod +x helloworld_1.0.0-1_amd64/DEBIAN/postinst

  • 卸载前脚本（prerm）

    1 2 3 4 5 6

    $ cat > helloworld_1.0.0-1_amd64/DEBIAN/prerm << 'EOF' #!/bin/bash echo "⚠️ 即将卸载 helloworld，确认请按回车..." read -n 1 EOF $ chmod +x helloworld_1.0.0-1_amd64/DEBIAN/prerm

• 打包成 deb 包

  1	$ dpkg -b helloworld_1.0.0-1_amd64 # 生成 helloworld_1.0.0-1_amd64.deb

• 安装与验证

  1 2 3 4 5 6 7 8 9 10 11 12

  # 安装包 $ sudo dpkg -i helloworld_1.0.0-1_amd64.deb # 验证程序运行 $ helloworld # 输出： Hello World! 这是自定义 deb 包示例 当前时间：2026-03-18 20:25:54 # 查看包信息 $ dpkg -s helloworld # 查看详细信息 $ dpkg -L helloworld # 查看安装文件路径

• 卸载

  1 2 3

  $ sudo dpkg -r helloworld # 保留配置卸载 # 或 $ sudo dpkg -P helloworld # 彻底卸载（删除所有）

5. 自动化构建 deb 包脚本（复用模板）

以下脚本可快速生成 deb 包的基础结构，只需传入包目录和包名即可：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57

#!/bin/bash
# 自动化构建 deb 包基础脚本
# 使用方式：./build_deb.sh <包目录> <包名.deb>

version="0.1.2"
author="Emdebfire"
package_name="$2"
package_dir="$1"

# 创建核心目录
mkdir -p ./$package_dir/DEBIAN/

# 写入修改记录
cat <<EOF > ./$package_dir/DEBIAN/changelog
AUTHOR:$author
VERSION:$version
DATE:$(date -R)
EOF

# 写入版权声明
cat <<EOF > ./$package_dir/DEBIAN/copyright
***********************************************************
 * @attention
 *
 * 实验平台:野火 i.MX6ULL开发板
 * 公司     :http://www.embedfire.com
 * 论坛     :http://www.firebbs.cn
 * 淘宝     :https://fire-stm32.taobao.com
 *
 ***********************************************************
EOF

# 写入 control 元数据
cat <<EOF > ./$package_dir/DEBIAN/control
Source:embedfire
Package:${package_name%.*}
Version:$version
Section: debug
Priority: optional
Architecture: amd64
Maintainer:$author
Description: Embedfire Tools
EOF

# 写入安装后脚本
cat <<EOF > ./$package_dir/DEBIAN/postinst
#!/bin/sh
echo "***********************************************************"
echo "welcome to use $package_name!"
echo "***********************************************************"
EOF

# 赋权并打包
sudo chmod 775 ./$package_dir/DEBIAN/postinst
dpkg -b $package_dir $package_name

echo "✅ deb 包构建完成：$package_name"

• 使用方式

  1 2 3 4 5

  # 1. 赋予脚本执行权限 $ chmod +x build_deb.sh # 2. 执行脚本（参数1：包目录，参数2：输出包名） $ ./build_deb.sh myapp_0.1.2_amd64 myapp_0.1.2_amd64.deb

6. 核心注意事项

1. 依赖问题：dpkg 不自动解决依赖，安装失败时需用 sudo apt -f install 修复；
2. 目录规范：DEBIAN 目录必须大写，否则打包失败；
3. 权限问题：脚本文件（postinst/prerm 等）必须添加执行权限（chmod +x）；
4. 架构匹配：构建包的架构需与目标系统一致（如 amd64/arm64），否则无法安装；
5. FHS 规范：程序文件需按 FHS 放置（可执行文件 /usr/bin、配置文件 /etc 等）。

嵌入式Linux 核心操作速查表

本表专为嵌入式Linux开发量身定制，剔除桌面Linux冗余命令，覆盖入门基础→开发调试→系统运维全流程高频操作，重点标注嵌入式专属场景用法，可直接作为日常开发手册使用。

1. 基础核心：文件与目录操作

2. 文件读写：内容查看与编辑

3. 系统管控：权限、进程与资源监控

4. 网络通信：开发板与主机交互核心

5. 包管理：压缩与解压

嵌入式Linux源码包、固件包基本为tar压缩格式，核心掌握tar命令即可，以下为高频用法：

6. 嵌入式专属：开发调试核心命令

7. Shell快捷键与通用提效技巧

[!Note]

嵌入式Linux操作注意事项

1. 嵌入式Linux系统多为busybox裁剪定制，部分高级命令可能不存在，需自行移植或通过busybox调用；
2. 操作/dev、/sys、/proc下的内核/设备文件时，必须确认参数正确，避免误操作导致硬件异常、系统崩溃；
3. 交叉编译的程序必须与开发板CPU架构、内核版本、glibc库版本匹配，否则会出现No such file or directory或无法执行的问题；
4. 所有高危操作（如rm -rf、dd、寄存器写入）必须先确认路径/地址正确，再执行，避免不可逆的系统损坏。

嵌入式Linux学习笔记

ARM体系架构

Cortex-A7架构

armx7内核

Cortex-A7 架构？

armv7 内核？

• 指令集是指 cpu 硬件与软件之间的接口描述。
  • CISC(复杂指令集):x86
  • CISC(精简指令集): 8051、ARM、MIPS、RISC-V
    • ARM:ARMV1~ARMV8
    • ARMV7: A\R\M
    • MIPS:…
    • RISC-V:…
• 架构：主要指某一个处理器所使用的具体指令集。
• 处理器 / 内核：指令集是实物化。
• 芯片，多指 soc，由内核 + 其他模块组成。

ARM 的授权方式

指令集/架构授权

内核授权

使用授权

i.MX RT 是什么

1
2
3
4
5
6
7
8
9
10
11
12
13
14

graph TD
    Root[Linux发行版关系] --> Debian[Debian]
    Root --> Fedora[Fedora]
    Root --> SUSE[SUSE]
    Root --> Other[其它]
    
    Debian --> Ubuntu[Ubuntu]
    Debian --> deepin[deepin]
    
    Fedora --> RHEL[RHEL]
    Fedora --> CentOS[CentOS]
    
    SUSE --> SLES[SLES]
    SUSE --> openSUSE[openSUSE]

bcdedit /set hypervisorlaunchtype off