!322 拆分arm设备安装，调整资源路径

Merge pull request !322 from moshengren/dev-moshengren

01_安装升级指南/安装指南（MacOS）.md

@@ -1,11 +1,11 @@
 ---
-title: 安装指南
+title: 安装指南（MacOS）
 description: 
 published: true
-date: 2022-07-18T09:21:33.933Z
+date: 2024-05-08T07:38:12.847Z
 tags: 
 editor: markdown
-dateCreated: 2022-03-11T03:16:53.878Z
+dateCreated: 2024-05-08T07:24:21.392Z
 ---
 
 # 安装指南(For MacOS)

02_基础操作/通过（New_Bing）chatGPT调教openkylin.md

@@ -1,30 +1,30 @@
-# <center>通过New Bing/chatGPT调教openKylin OS</center>
-#### <center>作者：Gary</center>
-#### <center>2023-03-10 13:36:00</center>
-
-
-
-### What is openKylin OS？
-
-![图片](./assets/chatGPT_openKylin/了解OPenKylin.png)
-
-### Install openKylin OS
-![图片](./assets/chatGPT_openKylin/安装OpenKylin.png)
-
-### Creat USB drive for openKylin OS
-![图片](./assets/chatGPT_openKylin/USB驱动安装.png)
-
-
-### Features of openKylin OS
-
-
-![图片](./assets/chatGPT_openKylin/WorkWithKylin.png)
-
-
-### Coding with openKylin OS
-
-![图片](./assets/chatGPT_openKylin/coding.png)
-
-### Install pip on openKylin OS
-
-![图片](./assets/chatGPT_openKylin/安装py.png)
+# <center>通过New Bing/chatGPT调教openKylin OS</center>
+#### <center>作者：Gary</center>
+#### <center>2023-03-10 13:36:00</center>
+
+
+
+### What is openKylin OS？
+
+![图片](./assets/chatGPT_openKylin/了解OPenKylin.png)
+
+### Install openKylin OS
+![图片](./assets/chatGPT_openKylin/安装OpenKylin.png)
+
+### Creat USB drive for openKylin OS
+![图片](./assets/chatGPT_openKylin/USB驱动安装.png)
+
+
+### Features of openKylin OS
+
+
+![图片](./assets/chatGPT_openKylin/WorkWithKylin.png)
+
+
+### Coding with openKylin OS
+
+![图片](./assets/chatGPT_openKylin/coding.png)
+
+### Install pip on openKylin OS
+
+![图片](./assets/chatGPT_openKylin/安装py.png)

03_常见问题/QA.md

@@ -0,0 +1,3 @@
+# FAQ
+- Q：可以安装自己下载的apk包么？
+- A：可以，将apk下载到本地后，右键点击，打开方式选择安装器。

04_社区贡献/openKylin个人开发者参与指南.md

@@ -17,7 +17,7 @@ CLA全称是`Contributor License Agreement`，翻译过来就是贡献者许可
 
 企业签署CLA的流程如下图所示
 
-![image-20220719113819070](./assets/个人开发者贡献指南/企业CLA签署流程.png)
+![image-20220719113819070](./assets/个人开发者贡献指南/企业CLA签署流程.png =20x100)
 
 1. 首先在[企业签署](https://cla.openkylin.top/cla/sign/corporation_cla/openKylin-f46f289e01bc11edb8990242ac110005)页面提交企业签署的基本信息，其中`企业`、`联系人`、`职位`、`邮箱`以及`验证码`为必填项，其他信息可以不填；
 2. 点击签署按钮后，在上一步中所填写的邮箱中会接收到一份邮件，邮件里面包括了上一步所填写的基本信息以及三个附件文件，依照邮件内容中的提示去完成后续步骤；

04_社区贡献/openKylin社区的文档翻译指南.md

@@ -1,66 +1,66 @@
-## 签署 CLA
-按照社区的要求，贡献者需要签署 CLA。
-## 目录结构
-主仓库文档的译文建议放到 [en](https://gitee.com/openkylin/docs/tree/master/en) 文件夹下对应的目录，英文的目录树应当与中文的目录树一致。SIG 成员会有专人去进行审核。
-## 文档的类别
-为了避免开发者对各类文档的混淆，这里简单介绍一下区别。
-
-规范（Specification）一般是技术类文档，比如，如何编译软件，如何翻译文档……
-
-政策（Policies）一般是管理类文档，偏向于章程或纲领，比如，社区的理念，社区的组织架构……
-
-规则（Rules）一般也是管理类文档，偏向于守则或规章制度，比如，代码的版权，讨论问题的礼仪……
-
-## 命名规范
-如果目录有空格则全部用短横线“-”隔开，文件名有空格用下划线“_”隔开。
-## 查重
-翻译前请先查阅文档库和搜索引擎，看看是否已有文档的译文。这里有2种情况。
-
-（1）中文版是初始版本，已有相应的英文译文。
-
-（2）英文版是初始版本，中文版是从英文翻译而来。
-
-如果是情况（1），目前文库里已经有了一篇译文。此时你如果提交 PR 可以有 2 个方案。
-
-（1）给原文打补丁，对原文进行修改。
-
-（2）提交新文档。
-
-## 插图的路径
-译文中的插图应当放置在译文同级目录的 assets 文件夹，不要与译文并列存放。引用图片时使用相对路径“./”。这样做的好处是：如果上级文件夹被修改，引用图片的路径不会失效。
-
-## 插图里文本的翻译
-如果条件允许，建议将插图中的中文界面换成英文界面，重新截取。
-
-## 机器翻译和人工校验
-第一，我不反对机器翻译，但是，选择的翻译工具具备可靠性。
-
-第二，人工校对不可缺少，而且，要认真仔细。
-
-## 译文里的常见问题
-
-1、注意英语中的语法、词性和时态。
-
-差：In order to better manage issues, we divide participants into the following roles:
-
-好：For better issues "management" , we "divided" the participants into the following roles:
-
-2、译文要准确表达原文的意思。
-对各项目进行测试。
-
-差：Test projects。
-
-好：Testing of various projects。
-
-3、注意用词的统一。
-中文原文里，分类标签应该翻译为“Kind Tags”。这不是对错的问题，是一种约定吧。
-
-标签，这里不翻译为“label”，应为“Tags”。
-
-参与者，出现了“participant”和“contributor”2种译文。
-
-提出，出现了“proposed”和“raised”2种译文。
-
-## 注意事项
-如无特殊说明主仓库指的是[docs仓库](https://gitee.com/openkylin/docs)，副仓库指的是[sig-documentation](https://gitee.com/openkylin/sig-documentation)。
+## 签署 CLA
+按照社区的要求，贡献者需要签署 CLA。
+## 目录结构
+主仓库文档的译文建议放到 [en](https://gitee.com/openkylin/docs/tree/master/en) 文件夹下对应的目录，英文的目录树应当与中文的目录树一致。SIG 成员会有专人去进行审核。
+## 文档的类别
+为了避免开发者对各类文档的混淆，这里简单介绍一下区别。
+
+规范（Specification）一般是技术类文档，比如，如何编译软件，如何翻译文档……
+
+政策（Policies）一般是管理类文档，偏向于章程或纲领，比如，社区的理念，社区的组织架构……
+
+规则（Rules）一般也是管理类文档，偏向于守则或规章制度，比如，代码的版权，讨论问题的礼仪……
+
+## 命名规范
+如果目录有空格则全部用短横线“-”隔开，文件名有空格用下划线“_”隔开。
+## 查重
+翻译前请先查阅文档库和搜索引擎，看看是否已有文档的译文。这里有2种情况。
+
+（1）中文版是初始版本，已有相应的英文译文。
+
+（2）英文版是初始版本，中文版是从英文翻译而来。
+
+如果是情况（1），目前文库里已经有了一篇译文。此时你如果提交 PR 可以有 2 个方案。
+
+（1）给原文打补丁，对原文进行修改。
+
+（2）提交新文档。
+
+## 插图的路径
+译文中的插图应当放置在译文同级目录的 assets 文件夹，不要与译文并列存放。引用图片时使用相对路径“./”。这样做的好处是：如果上级文件夹被修改，引用图片的路径不会失效。
+
+## 插图里文本的翻译
+如果条件允许，建议将插图中的中文界面换成英文界面，重新截取。
+
+## 机器翻译和人工校验
+第一，我不反对机器翻译，但是，选择的翻译工具具备可靠性。
+
+第二，人工校对不可缺少，而且，要认真仔细。
+
+## 译文里的常见问题
+
+1、注意英语中的语法、词性和时态。
+
+差：In order to better manage issues, we divide participants into the following roles:
+
+好：For better issues "management" , we "divided" the participants into the following roles:
+
+2、译文要准确表达原文的意思。
+对各项目进行测试。
+
+差：Test projects。
+
+好：Testing of various projects。
+
+3、注意用词的统一。
+中文原文里，分类标签应该翻译为“Kind Tags”。这不是对错的问题，是一种约定吧。
+
+标签，这里不翻译为“label”，应为“Tags”。
+
+参与者，出现了“participant”和“contributor”2种译文。
+
+提出，出现了“proposed”和“raised”2种译文。
+
+## 注意事项
+如无特殊说明主仓库指的是[docs仓库](https://gitee.com/openkylin/docs)，副仓库指的是[sig-documentation](https://gitee.com/openkylin/sig-documentation)。
 一般情况下，爱好者写的教程都会放到副仓库，官方提供的文档则会放到主仓库。但此种情况并不绝对，sig组也会根据写的内容来做出对应的建议。

04_社区贡献/开发指南/arm上安装openKylin.md

@@ -0,0 +1,27 @@
+---
+title: 在ARM上安装openKylin
+description: 
+published: true
+date: 2023-01-12T02:42:26.148Z
+tags: 
+editor: markdown
+dateCreated: 2023-01-12T02:36:15.135Z
+---
+
+# 一、在 coolpi 上安装openKylin
+
+[在 coolpi 上安装openKylin](./在arm设备上安装/在coolpi上安装openKylin.md)
+
+
+
+# 二、在树莓派上安装openKylin
+
+[在树莓派上安装openKylin](./在arm设备上安装/在树莓派上安装openKylin.md)
+
+# 三、在 chilliepi(双椒派) 上 安装 openKylin
+
+[在 chilliepi(双椒派) 上 安装 openKylin](./在arm设备上安装/在chilliepi（双椒派）上安装openKylin.md)
+
+# 四、在 飞腾派 上 安装 openKylin
+
+[在 飞腾派 上 安装 openKylin](./在arm设备上安装/在飞腾派上安装openKylin.md)