!313 目录结构调整

Merge pull request !313 from delong/master
This commit is contained in:
moshengren 2024-05-08 03:56:51 +00:00 committed by Gitee
commit 6438835e9d
No known key found for this signature in database
GPG Key ID: 173E9B9CA92EEF8F
474 changed files with 3583 additions and 3583 deletions

View File

Before

Width:  |  Height:  |  Size: 170 KiB

After

Width:  |  Height:  |  Size: 170 KiB

View File

Before

Width:  |  Height:  |  Size: 34 KiB

After

Width:  |  Height:  |  Size: 34 KiB

View File

Before

Width:  |  Height:  |  Size: 73 KiB

After

Width:  |  Height:  |  Size: 73 KiB

View File

Before

Width:  |  Height:  |  Size: 9.7 KiB

After

Width:  |  Height:  |  Size: 9.7 KiB

View File

Before

Width:  |  Height:  |  Size: 84 KiB

After

Width:  |  Height:  |  Size: 84 KiB

View File

Before

Width:  |  Height:  |  Size: 164 KiB

After

Width:  |  Height:  |  Size: 164 KiB

View File

@ -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. 点击签署按钮后,在上一步中所填写的邮箱中会接收到一份邮件,邮件里面包括了上一步所填写的基本信息以及三个附件文件,依照邮件内容中的提示去完成后续步骤;

View File

@ -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组也会根据写的内容来做出对应的建议。

View File

Before

Width:  |  Height:  |  Size: 1.5 MiB

After

Width:  |  Height:  |  Size: 1.5 MiB

Some files were not shown because too many files have changed in this diff Show More