draft v2 in zh

Author: ruaharico

content/developer/packaging/basics.zh.md

@@ -209,9 +209,9 @@ ciel build -i main hello
 
 在简单尝试之后，您就可以开始尝试打包自己想要为 AOSC OS 新增或更新的软件包了。如果是为 AOSC OS 新增一个软件包，需要考虑的要素会比上文中打包 GNU Hello时要多，例如运行时依赖与构建依赖；如果遇到问题，可以在社区群组或者社区论坛询问。
 
-用户打包一个软件包，并不等于一定要上传到 AOSC OS主树。但我们建议，只要软件是允许 AOSC OS 维护者打包与重分发的，那么欢迎把软件包提交到主树，参与丰富和完善 AOSC OS 的软件仓库。相对地，个别软件并不允许 AOSC OS 维护者打包与重分发（例如个别专有软件和“免费商用”但不允许重分发的字体等），或者不适合继续提供给用户（例如已有后续项目，原项目不再更新，前后具有继承关系），如您仍要使用，您可以只为自己打包，只要不把相关分支上传到主树即可。
+用户打包一个软件包，并不等于一定要上传到 AOSC OS 主树。但我们建议，只要软件是允许 AOSC OS 维护者打包与重分发的，那么欢迎把软件包提交到主树，参与丰富和完善 AOSC OS 的软件仓库。相对地，个别软件并不允许 AOSC OS 维护者打包与重分发（例如个别专有软件和“免费商用”但不允许重分发的字体等），或者不适合继续提供给用户（例如已有后续项目，原项目不再更新，前后具有继承关系），此时如您想用软件包形式来管理它们（这是个好习惯），您可以只为自己打包，只要不把相关分支上传到主树即可。
 
-软件包构建完成并测试可用后，就可以开始提交你的构建脚本了。AOSC OS 对 Git 提交说明有着相当严格的要求，下面介绍的是几个常用格式。我们在[软件包样式指南 (Package Styling Manual)](@/developer/packaging/package-styling-manual.zh.md) 描述了全部打包风格规范，建议择时阅读。
+软件包构建完成并测试可用，确认软件是可以被打包与重分发之后，就可以着手开始提交你的构建脚本了。AOSC OS 对 Git 提交说明有着相当严格的要求，下面介绍的是几个常用格式。我们在[软件包样式指南 (Package Styling Manual)](@/developer/packaging/package-styling-manual.zh.md) 描述了全部打包风格规范，建议择时阅读。
 
 如需往树内增加软件包，Git 提交信息应遵循如下格式，且原则上不应出现多笔提交（如有，则需使用 `git rebase -i` 进入可视化变基，以将多笔提交合并为一笔）：