diff --git "a/\345\274\200\345\247\213\350\264\241\347\214\256/\347\247\273\346\244\215Hello\350\275\257\344\273\266\345\210\260openKylin.md" "b/\345\274\200\345\247\213\350\264\241\347\214\256/\347\247\273\346\244\215Hello\350\275\257\344\273\266\345\210\260openKylin.md"
new file mode 100644
index 0000000000000000000000000000000000000000..89dd02ffcb6bf5f82146f3d67d89cc62a446a341
--- /dev/null
+++ "b/\345\274\200\345\247\213\350\264\241\347\214\256/\347\247\273\346\244\215Hello\350\275\257\344\273\266\345\210\260openKylin.md"
@@ -0,0 +1,388 @@
+# 移植Hello软件到openKylin
+
+> 本文是openKylin软件包打包移植的示例文档
+
+## 一、GNU Hello 项目介绍
+
+GNU Hello项目是 GNU 推出的示例软件，此项目将入门的 hello world 程序，以正规的 GNU 规范来实现，作为 GNU 编码标准和 GNU 维护者实践的参考范例。俗话说得好，麻雀虽小，五脏俱全，GNU Hello 虽然只是一个 hello world 程序，却包含了如下几项技术：
+
+- Automake 和 Autoconf：生成编译配置脚本
+- Gnulib：程序的基本函数库
+- Gettext：国际化支持
+- getopt：命令行参数支持
+- help2man：用程序的--help选项输出生成manpage
+- Texinfo：编写程序文档
+
+GNU项目中其他更复杂的软件系统，只是具体的业务逻辑复杂度更高，其组织结构与hello项目展示的规范保持一致。
+
+## 二、对上游源码进行打包
+
+> **openKylin 使用 apt 作为包管理器，因此将上游软件引入 openKylin 时，需要把上游源代码打包成符合 Debian 规范的源码包。**
+
+### 1. 获取上游源码
+
+GNU Hello 项目的官方网站为：[https://www.gnu.org/software/hello/](https://www.gnu.org/software/hello/)
+
+在官网介绍中获取最新版(2.12.1)的下载地址：[https://ftp.gnu.org/gnu/hello/hello-2.12.1.tar.gz](https://ftp.gnu.org/gnu/hello/hello-2.12.1.tar.gz)
+
+随后下载并解压源码包：
+
+```shell
+$ wget https://ftp.gnu.org/gnu/hello/hello-2.12.1.tar.gz
+$ tar -xaf hello-2.12.1.tar.gz
+```
+
+### 2. 使用 debmake 产生模板文件
+
+进入源码目录，执行`debmake`
+
+```shell
+$ cd hello-2.12.1
+$ debmake
+I: set parameters
+I: sanity check of parameters
+I: pkg="hello", ver="2.12.1", rev="1"
+I: *** start packaging in "hello-2.12.1". ***
+I: provide hello_2.12.1.orig.tar.gz for non-native Debian package
+I: pwd = "/data2/test/hello"
+I: $ ln -sf hello-2.12.1.tar.gz hello_2.12.1.orig.tar.gz
+I: pwd = "/data2/test/hello/hello-2.12.1"
+I: parse binary package settings: 
+I: binary package=hello Type=bin / Arch=any M-A=foreign
+I: analyze the source tree
+I: build_type = Autotools with autoreconf
+I: scan source for copyright+license text and file extensions
+I:  43 %, ext = c
+I:  27 %, ext = m4
+I:  11 %, ext = gmo
+I:  11 %, ext = po
+I:   1 %, ext = gperf
+I:   1 %, ext = mk
+I:   1 %, ext = in
+I:   1 %, ext = texi
+I:   0 %, ext = sin
+I:   0 %, ext = sed
+I:   0 %, ext = header
+I:   0 %, ext = text
+I:   0 %, ext = O
+I:   0 %, ext = ac
+I:   0 %, ext = am
+I:   0 %, ext = 1
+I:   0 %, ext = pot
+I:   0 %, ext = x
+I:   0 %, ext = valgrind
+I:   0 %, ext = info
+I:   0 %, ext = tex
+I:   0 %, ext = sub
+I:   0 %, ext = rpath
+I:   0 %, ext = sh
+I:   0 %, ext = guess
+I: check_all_licenses
+......
+I: check_all_licenses completed for 447 files.
+I: bunch_all_licenses
+I: format_all_licenses
+I: make debian/* template files
+I: single binary package
+I: debmake -x "1" ...
+I: creating => debian/control
+I: creating => debian/copyright
+I: substituting => /usr/share/debmake/extra0/changelog
+I: creating => debian/changelog
+I: substituting => /usr/share/debmake/extra0/rules
+I: creating => debian/rules
+I: substituting => /usr/share/debmake/extra1/compat
+I: creating => debian/compat
+I: substituting => /usr/share/debmake/extra1/watch
+I: creating => debian/watch
+I: substituting => /usr/share/debmake/extra1/README.Debian
+I: creating => debian/README.Debian
+I: substituting => /usr/share/debmake/extra1source/local-options
+I: creating => debian/source/local-options
+I: substituting => /usr/share/debmake/extra1source/format
+I: creating => debian/source/format
+I: substituting => /usr/share/debmake/extra1patches/series
+I: creating => debian/patches/series
+I: run "debmake -x2" to get more template files
+I: $ wrap-and-sort
+```
+
+运行`debmake`后生成了新的 debian 目录和模板文件，查看此时的源码树
+
+```shell
+$ cd ..
+$ tree
+├── hello-2.12.1
+│......
+│   ├── debian
+│   │   ├── changelog
+│   │   ├── compat
+│   │   ├── control
+│   │   ├── copyright
+│   │   ├── patches
+│   │   │   └── series
+│   │   ├── README.Debian
+│   │   ├── rules
+│   │   ├── source
+│   │   │   ├── format
+│   │   │   └── local-options
+│   │   └── watch
+│......
+├── hello_2.12.1.orig.tar.gz -> hello-2.12.1.tar.gz
+└── hello-2.12.1.tar.gz
+```
+
+### 3. 编辑 debian 目录模板文件
+
+#### (1) 检查 debian/source 文件夹
+
+##### [1] 确保软件包格式为 quilt
+
+`debian/source/format`文件中定义了源码包的格式，通常分为`3.0 (native)`和`3.0 (quilt)`，根据 openKylin 软件包构建工作流的要求，源码包格式必须为`3.0 (quilt)`。
+
+```shell
+$ cat debian/source/format 
+3.0 (quilt)
+```
+
+##### [2] local-options 文件一般不需要，可以去掉
+
+```shell
+rm debian/source/local-options
+```
+
+#### (2) 编辑 debian/changelog 文件
+
+`debian/changelog`是软件包的更新日志，记录内容包括软件包包名，版本号，版本信息描述等。
+我们先查看`debian/changlog`文件的默认的初始化内容：
+
+```text
+hello (2.12.1-1) UNRELEASED; urgency=low
+
+  * Initial release. Closes: #nnnn
+    <nnnn is the bug number of your ITP>
+
+ -- your name <your email address>  Wed, 16 Nov 2022 09:40:47 +0800
+```
+
+第一行最左边是软件包名称，其右侧括号内的是软件包版本号，软件包版本号格式为：`<upstream_version>-<revisions>`，upstream_version是上游版本号，在执行`debmake`时，已经自动识别上游版本号为2.12.1；revisions是修订版本，默认是1，对于 openKylin 软件包，使用`ok1`作为第一次revisions。
+
+版本号右侧的UNRELEASED需要修改为yangtze，中间的描述部分通常写为：Build for openKylin。
+
+最后一行中的`your name`为个人署名，建议使用英文，`your email address`为个人电子邮箱，这两处都需要填写，不可缺少。
+
+修改完成后的`debian/changlog`文件内容应参考如下所示：
+
+```text
+hello (2.12.1-ok1) yangtze; urgency=medium
+
+  * Build for openKylin.
+
+ -- zhangsan <zhangsan@email.com>  Tue, 15 Nov 2022 10:13:02 +0800
+```
+
+#### (3) 编辑 debian/control 文件
+
+`debian/control`定义了源码包和二进制包的信息，包括编译依赖、安装依赖等，是必不可少的一个文件，根据上游软件展出的信息等进行编写即可，修改完成后如下所示。
+
+```text
+Source: hello
+Section: devel
+Priority: optional
+Maintainer: openKylin Developers <developers@lists.openkylin.top>
+Standards-Version: 4.3.0
+Build-Depends: debhelper-compat (= 9)
+Homepage: http://www.gnu.org/software/hello/
+Rules-Requires-Root: no
+
+Package: hello
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: hello-traditional
+Replaces: hello-traditional, hello-debhelper (<< 2.9)
+Breaks: hello-debhelper (<< 2.9)
+Description: example package based on GNU hello
+ The GNU hello program produces a familiar, friendly greeting.  It
+ allows non-programmers to use a classic computer science tool which
+ would otherwise be unavailable to them.
+ .
+ Seriously, though: this is an example of how to do a Debian package.
+ It is the Debian version of the GNU Project's `hello world' program
+ (which is itself an example for the GNU Project).
+```
+
+#### (4) 编辑 debian/rules 文件
+
+`debian/rules`是应当由软件包维护者提供的构建脚本，这个文件事实上是另一个 Makefile，需要根据具体上游软件的编译方法，编写相应的内容。Debian格式的源码包在编译时，默认读取debian/rules文件中的内容作为编译规则，此文件同样不可或缺。
+
+Hello是一个标准的使用`Autotools`构建的软件包，其编译安装方法为：
+
+```shell
+$ ./configure 
+$ make
+$ sudo make install
+```
+
+根据上述编译方法，可以编写 debian/rules 文件内容如下：
+
+```Makefile
+#!/usr/bin/make -f
+%:
+    dh $@
+
+override_dh_auto_clean:
+    [ ! -f Makefile ] || $(MAKE) distclean
+
+override_dh_installdocs:
+    dh_installdocs NEWS
+```
+
+#### (5) 处理非必需文件
+
+debian/compat 和 debian/README.Debian 不是必需的文件，对于此软件包可以去掉。
+
+```shell
+$ rm debian/compat
+$ rm debian/README.Debian
+```
+
+### 4. 打包并测试编译
+
+在源码目录顶层执行`dpkg-source -b .`，即可将上游源码打包为 Debian 格式的源码包，打包成功后会生成`.debian.tar.xz`和`.dsc`结尾的两个新文件。
+
+```shell
+$ dpkg-source -b .
+dpkg-source: info: using source format '3.0 (quilt)'
+dpkg-source: info: building hello using existing ./hello_2.12.1.orig.tar.gz
+dpkg-source: info: building hello in hello_2.12.1-ok1.debian.tar.xz
+dpkg-source: info: building hello in hello_2.12.1-ok1.dsc
+
+$ tree -L 1 ../
+../
+├── hello-2.12.1
+├── hello_2.12.1-ok1.debian.tar.xz
+├── hello_2.12.1-ok1.dsc
+├── hello_2.12.1.orig.tar.gz -> hello-2.12.1.tar.gz
+└── hello-2.12.1.tar.gz
+
+1 directory, 4 files
+```
+
+在把源码包上传至Git仓库之前，我们还可以先在本地进行编译测试，确认 debian/rules 等文件是否编写正确。每次打包时，都建议先完成本地编译测试，再上传到Git仓库。Debian格式的源码包在编译时使用的是`dpkg-buildpackage`工具。编译成功时，如下所示：
+
+```shell
+$ dpkg-buildpackage -b -uc
+dpkg-buildpackage: info: 源码包 hello
+dpkg-buildpackage: info: 源码版本 2.12.1-ok1
+dpkg-buildpackage: info: source distribution yangtze
+dpkg-buildpackage: info: 源码修改者 your name <your email address>
+dpkg-buildpackage: info: 主机架构 amd64
+......
+dpkg-deb: 正在 '../hello_2.12.1-ok1_amd64.deb' 中构建软件包 'hello'。
+dpkg-deb: 正在 'debian/.debhelper/scratch-space/build-hello/hello-dbgsym_2.12.1-ok1_amd64.deb' 中构建软件包 'hello-dbgsym'。
+        Renaming hello-dbgsym_2.12.1-ok1_amd64.deb to hello-dbgsym_2.12.1-ok1_amd64.ddeb
+ dpkg-genbuildinfo --build=binary
+ dpkg-genchanges --build=binary >../hello_2.12.1-ok1_amd64.changes
+dpkg-genchanges: info: binary-only upload (no source code included)
+ dpkg-source --after-build .
+dpkg-buildpackage: info: binary-only upload (no source included)
+
+$ tree -L 1 ../  
+../
+├── hello-2.12.1
+├── hello_2.12.1-ok1_amd64.buildinfo
+├── hello_2.12.1-ok1_amd64.changes
+├── hello_2.12.1-ok1_amd64.deb
+├── hello_2.12.1-ok1.debian.tar.xz
+├── hello_2.12.1-ok1.dsc
+├── hello_2.12.1.orig.tar.gz -> hello-2.12.1.tar.gz
+├── hello-2.12.1.tar.gz
+└── hello-dbgsym_2.12.1-ok1_amd64.ddeb
+
+1 directory, 8 files
+```
+
+## 三、将源码包上传至Gitee平台
+
+### 1. 创建对应的Git仓库
+
+#### (1) fork openkylin/community 仓库到个人仓库中
+
+在openKylin组织中创建新的代码仓库，需要用到openkylin/community仓库：[https://gitee.com/openkylin/community](https://gitee.com/openkylin/community)
+
+在浏览器网页端forkopenkylin/community仓库到个人账号，会生成新的仓库地址：`https://gitee.com/<username>/community`，将这个新仓库clone到本地。
+
+```shell
+$ git clone git@gitee.com:<username>/community.git
+```
+
+后续流程从维护者角色来说，分为 **单独的包维护者** 和 **SIG组维护者** 两种。
+
+#### (2) 作为单独的包维护者
+
+##### [1] 创建软件包维护信息
+
+进入到一级目录packages里面，创建`hello.yaml`文件，添加以下内容：
+(更多填写示例可以浏览：[https://gitee.com/openkylin/community/tree/master/packages](https://gitee.com/openkylin/community/tree/master/packages))
+
+```yaml
+name: hello
+path: hello
+maintainers:
+- name: 你的Gitee ID
+  openkylinid: 你的openkylinid用户名
+  displayname: 你的姓名或昵称
+  email: 你的联系邮箱
+```
+
+##### [2] 将改动推送到个人远端仓库中，并向openkylin/community仓库提交pr
+
+```shell
+$ git add packages
+$ git commit -m "添加hello软件包维护信息"
+$ git push origin master
+```
+
+推送到个人仓库之后，在web页面端发起`Pull Requests`请求，对应的社区管理人员审核通过并接受pr之后，openkylin平台内部会根据软件包维护信息中描述的内容自动创建相应openkylin仓库。
+
+例如，上面的`hello`软件包的pr请求合并之后，会创建出名为`hello`的openkylin仓库，可以在浏览器中访问该仓库，这里`hello`软件包对应的仓库地址为：[https://gitee.com/openkylin/hello](https://gitee.com/openkylin/hello)
+
+#### (3) 作为SIG组维护者
+
+##### [1] 创建软件包维护信息
+
+这一步需要在对应的sig组的sig.yaml文件中添加源码包名称，这里以Packaging SIG组举例，操作示例如下：
+
+```shell
+$ echo "- hello" >> sig/packaging/sig.yaml
+```
+
+##### [2] 将改动推送到个人远端仓库中，并向openkylin/community仓库提交pr
+
+```shell
+$ git add sig/packaging/sig.yaml
+$ git commit -m "新增hello软件包"
+$ git push origin master
+```
+
+推送到个人仓库之后，在web页面端发起`Pull Requests`请求，对应的SIG组维护者审核通过并接受pr之后，openkylin平台内部会根据软件包维护信息中描述的内容自动创建相应openkylin仓库。
+
+例如，上面的`hello`软件包的pr请求合并之后，会创建出名为`hello`的openkylin仓库，可以在浏览器中访问该仓库，这里`hello`软件包对应的仓库地址为：[https://gitee.com/openkylin/hello](https://gitee.com/openkylin/hello)
+
+### 2. 构建本地Git仓库
+
+获取构建工具：[https://gitee.com/openkylin/packaging-tools](https://gitee.com/openkylin/packaging-tools)
+
+```shell
+$ path/to/source-packing.py import-to-git --dsc-file hello_2.12.1-ok1.dsc --packaging-branch openkylin/yangtze
+```
+
+### 3. 推送至远程Git仓库
+
+```shell
+$ cd hello
+$ git remote add origin git@gitee.com:openkylin/hello.git
+$ git push --all && git push --tags
+```
+
+此时可以在浏览器中打开Gitee平台的仓库链接([https://gitee.com/openkylin/hello](https://gitee.com/openkylin/hello))，查看源代码是否推送成功。