有些工具可以帮你在打包工作中管理分支版本（branch）和标签： svn-buildpackage, git-buildpackage ▶ 例如：git-buildpackage ▶ upstream 分支会通过 upstream/version 标签追踪上游版本 ▶ master 分支用于追踪 Debian 软件包 ▶ debian/version 标签用于每次上传 ▶ pristine-tar 分支用于重构上游压缩包 回注（Backport）软件包 ▶ 目标：在老系统版本里使用新版软件包 例如，在 Debianstable 分支使用 Debian unstable 分支的 mutt 软件包 ▶ 通用方法： ▶ 直接从 Debian unstable（开发）分支里照搬源码包 ▶ 修改并构建使之正常用于 Debian stable（稳定）分支 ▶ 有时候没啥必要（不用改动代码） ▶ 有时候很麻烦 ▶ 有时候不可能（有很多不可用的依赖库） grep 软件包 5 进阶打包知识 6 维护 Debian 软件包 7 结论 8 更多实操练习环节 9 实操练习环节解答 Debian 打包教程 41 / 90 Debian 档案库和分支 security stable-updates stable oldstable archive.d.o backports stable-proposed-updates stable-new

史记录， Fish 会猜 测可能的结果，自动补全各种输入。比如，输入 pyt 再按下 Tab ，就会自动补全为 python 命令。 Fish 还可以自动补全 Git 分支。 1. if grep fish /etc/shells 2. echo Found fish 3. else if grep bash /etc/shells 4. echo 将文件内容添加到索引 2. bisect 通过二进制查找引入错误的更改 3. branch 列出，创建或删除分支 4. checkout 检查分支或路径到工作树 5. clone 将存储库克隆到新目录中 6. commit 将更改记录到存储库 7. diff merge 加入两个或更多的开发历史 13. mv 移动或重命名文件，目录或符号链接 14. pull 从另一个存储库或本地分支获取并合并 15. push 更新远程引用以及相关对象 16. rebase 转发端口本地提交到更新的上游头 17. reset

– 在 Debian 分支中（常见为 master 分支）存储经过修改的上游源代码树 • The gbp pq command – 配合 git-buildpackage 工具的基本 git 工作流 – 不涉及 .pc/ 目录的问题 – 在可丢弃分支上保存经过修改的上游源码树（patch-queue/master） – 在 Debian 分支中（常见为 master 分支）存储未经修改的源码树 • The git-dpm command – 配合 git-dpm 软件包的更细致的 git 工作流 – 不涉及 .pc/ 目录的问题 – 在补丁分支中（通常命名为 patched/随便啥名字）存储经过修改的上游源码树 – 在 Debian 分支中（通常命名为 master/随便啥名字）存储未经修改的上游源码树 无论这些补丁的来源如何，都建议使用兼容于 DEP-3 的头部信息对其进行标记。 作为版本控制系统（VCS）进行记录；通常会用到下列的分支。 • master 分支 – 记录用于 Debian 打包的源代码树。 – 源码树的上游部分将照原样记录，不做修改。 – Debian 打包中需要对上游源代码所作的修改记录在 debian/patches/ 目录中，以 -p1 等级的补 丁形式存在。 • upstream 分支 – 记录从上游发布的 tarball（源码压缩文件）解压缩所得到的源代码树。

map.gz”。不过，人们也把它的基名“us.map.gz”单 独作为文件名。 • 根目录有很多分支，例如“/etc/”和“/usr/”。这些子目录依次分出更多的子目录，例如“/etc/init.d/”和 “/usr/local/”。这整体叫做“目录树”。你可以把一个绝对文件名想象成从“/”这棵树的基到某个分支（一个文 件）的结尾的一条路径。你也听到人们谈论目录树，就好像它是一个包含所有直系后代的“家庭”树的一个图，这 记录提交数据的链接历史并在仓库里面将它们作为分支组织。 – 本地仓库通过 git push 命令发送数据到远程仓库。 – 本地仓库能够通过 git fetch 和 git pull 命令从远程仓库接收数据。 * git pull 命令在 git fetch 后执行 git merge 或 git rebase 命令。 * 这里，git merge 联合两个独立分支的历史结尾到一个点。（在没有定制的 git git pull ，这个是默认的，同时 对上游作者发布分支到许多人时，也是好的） * 这里，git rebase 创建一个远程分支的序列历史的单个分支，跟着本地分支。（这是定制 pull.rebase true 的情况，对我们其余的用途有用。） • 远程仓库保持已经提交的文件。 – 到远程仓库的通信，使用安全的通信协议，比如 SSH 或 HTTPS。 工作树是在 .git/ 目录之外的文件。在

map.gz”。不過，人們也把它的基名“us.map.gz”單 獨作爲文件名。 • 根目錄有很多分支，例如“/etc/”和“/usr/”。這些子目錄依次分出更多的子目錄，例如“/etc/init.d/”和 “/usr/local/”。這整體叫做“目錄樹”。你可以把一個絕對文件名想象成從“/”這棵樹的基到某個分支（一個文 件）的結尾的一條路徑。你也聽到人們談論目錄樹，就好像它是一個包含所有直系後代的“家庭”樹的一個圖，這 記錄提交資料的連結歷史並在倉庫裡面將它們作為分支組織。 – 本地倉庫透過 git push 命令傳送資料到遠端倉庫。 – 本地倉庫能夠透過 git fetch 和 git pull 命令從遠端倉庫接收資料。 * git pull 命令在 git fetch 後執行 git merge 或 git rebase 命令。 * 這裡，git merge 聯合兩個獨立分支的歷史結尾到一個點。（在沒有定製的 git git pull ，這個是預設的，同時 對上游作者釋出分支到許多人時，也是好的） * 這裡，git rebase 建立一個遠端分支的序列歷史的單個分支，跟著本地分支。（這是定製 pull.rebase true 的情況，對我們其餘的用途有用。） • 遠端倉庫保持已經提交的檔案。 – 到遠端倉庫的通訊，使用安全的通訊協議，比如 SSH 或 HTTPS。 工作樹是在 .git/ 目錄之外的檔案。在

了一种谦卑、感恩的价值 观，寓意非常好。 Ubuntu 系统的第一个版本发布于 2004 年 10 月。2005 年 7 月，Ubuntu 基金会成立， Ubuntu 后续不断增加开发分支，有了桌面版系统、服务器版系统和手机版系统。据 调查，Ubuntu 最高峰时的用户达到了 10 亿人。尽管 Ubuntu 基于 Debian 系统衍生而 来，但会对系统进行深度化定制，因此两者之间的软件并不一定完全兼容。Ubuntu 在前文中已经狠狠地肯定了 Linux 系统对运维行业甚至是对世界的影响，大家要做的就是相 信我对运维行业未来发展的判断，然后放手来学习吧。 了解红帽认证 红帽公司成立于 1993 年，总部位于美国，分支机构遍布全球，是全球首家收入超 10 亿美 元的开源公司。红帽公司作为全球领先的开源和 Linux 系统提供商，其产品已被业界广泛认可 并使用，尤其是 RHEL 系统在业内拥有超高的 Linux 2 编写 Shell 脚本 可以将 Shell 终端解释器当作人与计算机硬件之间的“翻译官”，它作为用户与 Linux 系 统内部的通信媒介，除了能够支持各种变量与参数外，还提供了诸如循环、分支等高级编程 语言才有的控制结构特性。要想正确使用 Shell 中的这些功能特性，准确下达命令尤为重要。 Shell 脚本命令的工作方式有下面两种。 ➢ ：用户每输入一条命令就立即执行。

选项避免在解压后自动应用补丁。 5.23 source/local-options 如果你希望使用版本控制系统（VCS）管理 Debian 打包活动，你可以创建一个分支 (例如叫做 upstream) 来跟踪上 游代码，和另一个分支 (对于 Git 而言典型的是 master 分支) 来跟踪你的 Debian 软件包。对于后者，通常会将未应用 补丁的上游代码和你的 debian/* 文件放在一起以便容易合并上游的新代码。 文件放在一起以便容易合并上游的新代码。 在编译软件包之后，源代码通常会被保持在应用补丁后的状态。你需要手工执行 quilt pop -a 来解除这些补丁， 然后再提交到 master 分支。你可以向 debian/source/local-options 文件里添加一行 unapply-patches 来 自动实现此目的。这个文件不会被加入到生成的源代码包，它只影响本地的编译构建行为。这个文件里还可以包含 abort-on-upstream-changes Git 仓库中构建 Debian 软件包。 • git-pbuilder(1): 用 pbuilder/cowbuilder 从 Git 仓库来构建 Debian 软件包。 这些命令使用 3 个分支来跟踪打包操作： • main 用于 Debian 软件源码树。 • upstream 用于上游源码树。 • 由 --pristine-tar 为上游 tarball 生成的 pristine-tar

選項避免在解壓後自動應用補丁。 5.23 source/local-options 如果你希望使用版本控制系統（VCS）管理 Debian 打包活動，你可以建立一個分支 (例如叫做 upstream) 來跟蹤上 游程式碼，和另一個分支 (對於 Git 而言典型的是 master 分支) 來跟蹤你的 Debian 軟體包。對於後者，通常會將未應 用補丁的上游程式碼和你的 debian/* 檔案放在一起以便容易合併上游的新程式碼。 檔案放在一起以便容易合併上游的新程式碼。 在編譯軟件包之後，源代碼通常會被保持在應用補丁後的狀態。你需要手工執行 quilt pop -a 來解除這些補丁， 然後再提交到 master 分支。你可以向 debian/source/local-options 文件裏添加一行 unapply-patches 來 自動實現此目的。這個文件不會被加入到生成的源代碼包，它隻影響本地的編譯構建行爲。這個文件裏還可以包含 abort-on-upstream-changes Git 倉庫中構建 Debian 軟件包。 • git-pbuilder(1): 用 pbuilder/cowbuilder 從 Git 倉庫來構建 Debian 軟件包。 這些命令使用 3 個分支來跟蹤打包操作： • main 用於 Debian 軟件源碼樹。 • upstream 用於上游源碼樹。 • 由 --pristine-tar 爲上游 tarball 生成的 pristine-tar

. . . 37 4.1.3 使用内核特性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 4.1.4 新建开发分支 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 4.1.5 启用独立内核仓库 . . . . . . . . . feature FEATURE= 上述功能与 make config 完全一致。 4.1.4 新建开发分支 如果希望新建一个分支来做开发，那么可以参考如下步骤。 首先在 src/linux-stable 或配置的其他 KERNEL_SRC 目录下基于某个内核版本新建一个 git 分支， 假设历史版本是 v5.1： 1 $ cd src/linux-stable 2 $ git checkout

. . . 38 4.1.3 使用内核特性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 4.1.4 新建开发分支 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 4.1.5 启用独立内核仓库 . . . . . . . . . feature FEATURE= 上述功能与 make config 完全一致。 4.1.4 新建开发分支 如果希望新建一个分支来做开发，那么可以参考如下步骤。 首先在 src/linux-stable 或配置的其他 KERNEL_SRC 目录下基于某个内核版本新建一个 git 分支， 假设历史版本是 v5.1： 1 $ cd src/linux-stable 2 $ git checkout