linx/documents
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

link to workflow.md

Browse Source
This commit is contained in:
Zhu, Yingchun
2015-12-24 10:16:06 +08:00
parent 015d8873a5
commit b509b73d71
1 changed files with 2 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
intro-applications-repository.md
View File

@@ -12,7 +12,7 @@ git clone git@gitlab.rd.in.linx:linx6.0.42/applications.git
GNU/Linux操作系统（GNU/Linux OS）本身是由linux内核和特定GNU应用软件组成的，所以，一个特定版本的OS对应着很多软件包，我们可以称之为软件仓库。怎么样才能有效地管理这个软件仓库，对GNU/Linux OS的维护者而言是非常值得研究的问题，解决好了这个问题，会在很大程度上降低管理大量软件包的繁琐程度，给OS维护人员带来方便，提高维护人员的工作效率。
管理rocky6.0.42.41这个OS的软件仓库时用的是git这版本控制个工具，远程git库的管理用的是gitlab，这样的一个基础架构，决定了我们需要克隆applications.git库，需要了解applications工作区。
所以说，本地的applications目录，就是维护rocky6.0.42.41的工作区。在它的子目录packages下存放的是rocky6.0.42.41用到的所有软件包，维护rocky6.0.42.41的工作基本上都是在这个目录里进行的，升级或者更换了packages目录下的软件包，就等于是升级或者更换了rocky6.0.42.41的软件包，至于为什么会这样，可以阅读另一篇文档[点击这里查看](http://gitlab.rd.in.linx/linx6.0.42/documents/blob/master/workflow.md)，或许有一定的帮助。
所以说，本地的applications目录，就是维护rocky6.0.42.41的工作区。在它的子目录packages下存放的是rocky6.0.42.41用到的所有软件包，维护rocky6.0.42.41的工作基本上都是在这个目录里进行的，升级或者更换了packages目录下的软件包，就等于是升级或者更换了rocky6.0.42.41的软件包，至于为什么会这样，可以阅读另一篇文档[点击这里查看](http://gitlab.rd.in.linx/linx6.0.42/documents/blob/master/workflow/workflow.md)，或许有一定的帮助。
在applications目录下还有另外一个子目录build，这个是在rocky6.0.42.41以前的OS生成镜像文件时用到的目录，现在已经不再使用了，所以可以不用管它。下面将会对本地applications目录的结构和内容进行介绍。
## 2.applications的组织结构
@@ -167,4 +167,4 @@ d77fa789b4cae8b1ef7bc10e6220a529 binutils-2.18-GCC43-1.patch
* 第二个字段是这个校验和对应的文件名。
实际上，每一个在Pkgfile的source=()中列出的文件，都会有一个校验和存放到这个文件中，当这些文件被改动后，如果不更新被改动文件的校验和，pkgmk命令将会报错，这时可以用pkgmk命令加上-um参数来更新文件的校验和。
最后，还有一点跟源码包目录下的内容相关的问题。由于历史的原因:smile:，有些源码包目录下会有各种不同版本号的源码包，以及这些源码包各自需要的补丁文件等，例如上面的目录树示例中列出的firefox目录。其实，没必要将所有用过的不同版本的源码包以及这些源码包用到的文件都保留下来，每个源码包目录下只需要放置最近一次使用的源码包和它所需要的文件即可。所以，在写作本文档的时候编包，不再将多余的内容放在软件包名目录下，只放本次编译二进制包用到的文件，这让软件包名目录下的内容显得精炼了不少，例如上面示例中的acct目录就是。
最后，还有一点跟源码包目录下的内容相关的问题。由于历史的原因:smile:，有些源码包目录下会有各种不同版本号的源码包，以及这些源码包各自需要的补丁文件等，例如上面的目录树示例中列出的firefox目录。其实，没必要将所有用过的不同版本的源码包以及这些源码包用到的文件都保留下来，每个源码包目录下只需要放置最近一次使用的源码包和它所需要的文件即可。所以，在写作本文档的时候编包，不再将多余的内容放在软件包名目录下，只放本次编译二进制包用到的文件，这让软件包名目录下的内容显得精炼了不少，例如上面示例中的acct目录就是。