Translate Glossary content into Chinese

config.toml

@@ -59,6 +59,13 @@ languageName ="English"
 # Weight used for sorting.
 weight = 1
 
+[languages.zh]
+languageName = "中文"
+contentDir = "content/zh"
+[languages.zh.params]
+title = "开源办公室术语表"
+description = "开源办公室术语表项目旨在交流开源和开源办公室常用的术语时作为参考，"
+weight = 2 
 # [languages.hi]
 # title = "क्लाउड नेटिव शब्दावली"
 # description = "CNCF क्लाउड नेटिव शब्दावली परियोजना का उद्देश्य क्लाउड नेटिव एप्लिकेशन के बारे में बात करते समय प्रयोग किए जाने वाले सामान्य शब्दों के संदर्भ के रूप में उपयोग किया जाना है।"

content/zh/_index.md

@@ -0,0 +1,19 @@
+---
+title: "开源办公室术语表"
+status: Completed
+---
+
+# 欢迎来到 <br/>开源办公室术语表
+
+欢迎来到开源办公室的术语表。如您所知，开源世界是辽阔而复杂的，可能有许多难以理解的术语和概念。我们的目标是通过这个术语表来阐明我们在组织内的开源办公室框架（战略、治理、合规和社区）这个语境中特指的含义，而非为这些术语提供一个明确或普适的定义。
+
+<p><img class="mt-3 mb-3" src="/images/homepage/colorful-shapes.jpg" alt="Colorful shapes with people"></p>
+
+当您浏览本词汇表中的术语和概念时，我们鼓励您使用提供的描述和链接。如果您建议我们应引入的额外术语或资源，请不要犹豫，开启一个疑修，或通过开启PR来添加新的术语！
+
+## 许可证
+
+所有代码贡献都遵循Apache 2.0许可证。
+文档使用CC BY 4.0进行分发。
+
+<p><img class="mt-3" src="/images/homepage/writing.jpg" alt="Woman writing on a pad of paper"></p>

content/zh/contribute/_index.md

@@ -0,0 +1,73 @@
+---
+title: 如何贡献 
+toc_hide: true
+status: Completed
+menu:
+  main:
+    weight: 10
+---
+
+## 欢迎
+
+欢迎来到 OSPO 贡献指南，感谢您的关注。
+您可以通过多种方式对本项目进行贡献，我们在此详细说明：
+
+1) [最佳实践](#best-practices)
+2) [风格指南](#style-guide)
+3) [处理现有疑修](#work-on-an-existing-issue)
+4) [提出新的术语](#propose-new-terms)
+
+## OSPO 术语表概览
+
+这个术语表的目标是简化开源办公室领域的内容，从而使更多人能够轻松使用。
+
+开源办公室术语表存储在这个 [GitHub 仓库](https://github.com/todogroup/glossary)中。您可以在这里找到[疑修](https://github.com/todogroup/glossary/issues)和拉取请求([PRs](https://github.com/todogroup/glossary/pulls))的列表。
+
+## 谁可以贡献？
+
+您参与这个项目的方式取决于您在开源办公室/组织内开源的专业水平。
+简化复杂概念需要对其有深刻的理解。
+因此，要贡献新术语，您必须对其很擅长。
+
+专业知识是不可或缺的，因为凭借简单的词汇解释复杂的概念 _非常_ 难。尽管产出易于理解、对用户友好的内容看似简单，然而达到这样的简洁度需要云原生专家的辛勤工作及协作。
+
+如果您从未直接参与过开源办公室或组织内的开源倡议，但仍想参与贡献，我们建议您和那些有经验的人合作。
+当专家认为术语准确地描述了概念，您就可以开始贡献了。
+
+擅长其他语言的新手可以在本地化工作中为术语表做出宝贵贡献。
+因为现有的英文术语足够可靠，贡献者即使缺乏经验也可以通过将术语翻译成目标语言进行贡献。您可以加入一个现成的本地化团队或创立一个新的。请阅读指南中[帮助对术语表进行本地化](#help-localize-the-glossary)的章节来了解如何开始。
+
+## 在您开始之前
+
+在您成为术语表的贡献者之前，请确认已经完成了如下步骤：
+
+1. 如果您还没有Github账户，请[创建](https://docs.github.com/en/get-started/signing-up-for-github/signing-up-for-a-new-github-account)一个。
+
+2. 进行贡献的时候要熟悉[DCO签名](https://developercertificate.org/)。
+
+## 最佳实践 {#best-practices}
+
+为方便审阅，请使用[语义换行](https://sembr.org/)（例如，每句一行）。
+我们建议查看此[markdown 备忘单](https://www.markdownguide.org/cheat-sheet/)
+以正确格式化 GitHub 中的 Markdown 文本（如超链接、加粗、斜体）。
+在命名 .md 文件时，请使用小写字母和连字符代替空格来分隔单词，并避免使用括号。
+
+## 风格指南 {#style-guide}
+
+通过阅读我们的[风格指南](/style-guide/)来了解我们对格式化、文档协作以及让贡献过程更高效的指南。
+
+## 处理已有疑修 {#work-on-an-existing-issue}
+
+在[术语表的GitHub仓库疑修](https://github.com/todogroup/glossary/issues)中找到待处理的疑修。
+你可以使用标签（例如，英文语言、需要帮助、适合入门）来过滤疑修。
+
+**注意**：您可以在维护者将疑修分配给你之后开始工作。
+您一次只能认领一个术语。
+处理多个术语是依次进行的，您只有在完成一个术语后才能认领下一个。
+
+## 提出新的术语 {#propose-new-terms}
+
+您可以提出一个新术语让他人研究，或者自己创建一个新定义。
+无论如何，您都将从[创建疑修](#creating-an-issue)开始。
+
+**我们根据[好文档项目](https://thegooddocsproject.dev/)的模板更新了本指南。**

content/zh/contributor-ladder/_index.md

@@ -0,0 +1,109 @@
+---
+title: 贡献者等级
+toc_hide: true
+status: Completed
+menu:
+  main:
+    weight: 10
+---
+
+嗨！👋 感谢您对参与TODO术语表项目感兴趣。
+
+无论您是贡献新术语、帮助将术语表翻译到您的母语，
+还是帮助他人开始参与项目，这里有多种方式可以让您成为这个社区的活跃成员。
+本文档概述了项目中贡献者的不同角色及其承担的责任和享有的权利。
+
+## 1. 贡献者
+
+术语表是所有人的。任何人都可以通过对项目进行贡献来成为术语表的贡献者。
+所有的贡献者都需要遵守[TODO行为准则](https://todogroup.org/code-of-conduct/)。
+
+您可以通过多种方式参与贡献，包括：
+
+- **内容贡献者**: 优化现有术语或贡献新术语的人
+- **本地化贡献者**: 帮助将术语表翻译成其他语言的人
+- **帮手**: 在GitHub, Slack, 或其他任何社区成员需要帮助的地方提供帮助的人
+- **大使**: 传播词汇，教育社区如何贡献以及为什么要这样做的人
+
+贡献者可以有多个角色或者专注于一个领域。
+**所有这些贡献都是同等重要的，都帮助培育一个活跃的社区。**
+请参考[如何贡献](/contribute/)和[风格指南](/style-guide/)了解内容贡献和本地化贡献。
+
+## 2. Approvers 审核员
+
+审核员对拉取请求做出反馈并接受它们。任何活跃贡献者都可以成为审核员（请参阅[成为审核员](#becoming-an-approver)）。
+术语表区分了两种审核员：（1）英语术语表的审核员（2）本地化团队的审核员。
+
+术语表的审核员需要：
+
+- 审阅拉取请求的技术准确性，
+- 适当地为贡献者分配疑修并打标签，
+- 在贡献者需要时提供反馈并指导，
+- 校对并编辑提交的文件。
+
+如果审核员不再对以上任务感兴趣或无法执行责任，他们应该通知维护者并下台。
+
+### 英语术语表审核员
+
+有三种类型的审核员：
+
+1) 技术背景过硬的审核员
+2) 写作能力过硬的审核员
+3) 具有两种能力的审核员
+
+**技术审核员**: 有过硬的技术背景就可以成为审核员，无需过硬的英语写作能力
+若他们根据技术价值批准了PR，必须确保经审核员（编辑）审阅。
+
+**内容编辑**: 内容编辑负责校队术语并按照风格指南确保其是用简单语言进行解释的。
+如果一个术语被过度的编辑，内容编辑必须请技术审核员再次审查，以确保其含义没有被更改。
+
+### 本地化审核员
+
+术语表也有本地化审核员。这些是本地化团队的审核员（翻译术语表的团队）。
+本地化审核员只能为自己的团队履行责任，并具有将PR合并到专用开发分支的能力。
+如果满足要求，任何本地化审核员都可以成为英语术语表的审核员。
+
+### 成为一名审核员
+
+审核员候选者应该具有提交高质量PR并帮助他人使其PR达到可合并状态的成功经验。
+
+要成为一名审核员，要向现有维护者表达自己的意愿。
+现有的维护者将要求您在其指导下通过贡献PR、进行审查和其他此类任务来证明您的能力。
+共同工作一段时间后，维护者将决定是否授予您审核员的身份。
+此决策将基于您展示的熟练程度和响应能力。
+
+## 3. 维护者
+
+维护者亦是审核员，也可以合并PR。任何人都可以成为术语表的维护者（请参阅[成为维护者](#becoming-a-maintainer)）。
+
+维护者有具体的要求：
+
+- 成为一个活跃并积极响应的审核员（参阅之前的内容）
+- 帮助维护仓库，包括网站配置、权限、疑修模板、GitHub工作流等，
+- 监控术语表Slack频道，并在需要时提供帮助，
+- 定期参加术语表的工作小组会议（如果时区允许）
+
+如果维护者不再对以上任务感兴趣或无法完成，其应退任。
+
+### 成为一名维护者
+
+维护者应具有成功的审核员和提交高质量PR的记录。
+如果时间允许，他们还应当定期参加术语表的工作组会议。
+成为维护者，首先要向现有维护者表达自己的意愿。
+现有维护者将要求您在其指导下通过贡献PR、进行审查和其他此类任务来证明您的能力。
+经过共同工作一段时间后，维护者将决定是否授予您维护者的身份。
+此决策将基于您展示的熟练程度和响应能力。
+
+## 非自愿移除
+
+若贡献者未达到及时响应和要求将会对其进行非自愿移除。
+这可能包括多次、长时间的未响应和/或违反行为准则。
+此过程是重要的，因为它保护社区和交付物，同时也为新贡献者进入项目提供机会。
+
+## 退场/退任流程
+
+若贡献者的投入程度发生变化，贡献者可以考虑降级（将贡献者的职级下调）或退任（完全离开项目）。
+
+## 回退到之前的角色
+
+若有人可以回退到之前的贡献者角色，项目领导者可以考虑并安排。

content/zh/free-content.md

@@ -0,0 +1,9 @@
+---
+title: 自由内容
+status: Completed
+tags: ["基础", "", ""]
+---
+
+也称为自由内容或自由信息，指的是任何符合自由文化作品定义的功能性作品、艺术作品或其他创意内容。
+
+* [维基百科中对自由内容的定义](https://en.wikipedia.org/wiki/Free_content)

content/zh/free-cultural-works.md

@@ -0,0 +1,16 @@
+---
+title: 自由文化作品 
+status: Completed
+tags: ["基础", "", ""]
+---
+
+自由文化作品的定义用于评估和推荐自由内容许可证。因此，其中没有显著的对人们的自由进行法律限制：
+
+* 使用内容并且从中获益，
+* 学习内容并应用所学，
+* 制作并分发内容副本，
+* 修改和改进内容，并分发这些衍生作品。
+
+## 💻 来源
+
+* [维基百科上对自由文化作品的定义](https://en.wikipedia.org/wiki/Definition_of_Free_Cultural_Works)

content/zh/free-software.md

@@ -0,0 +1,11 @@
+---
+title: 自由软件
+status: Completed
+tags: ["基础", "", ""]
+---
+
+自由软件中的free指的是自由，并非免费。其保证用户拥有四项基本自由（使用、学习、分享、改进）。如果缺少其中任意一项自由，就意味着该应用程序是专有的，而非自由软件。
+
+## 💻 来源
+
+* [自由软件基金会](https://fsfe.org/freesoftware/freesoftware.en.html)

content/zh/innersource-principles.md

@@ -0,0 +1,11 @@
+---
+title: 内部开源原则
+status: Completed
+tags: ["基础", "文化", ""]
+---
+
+内部开源原则是一组指导原则，为组织提供框架，充分利用员工的知识和专业技能，打造协作和创新的文化。
+
+## 💻 来源
+
+* [内部开源常识](https://innersourcecommons.org/learn/).

content/zh/innersource.md

@@ -0,0 +1,12 @@
+---
+title: 内部开源
+status: Completed
+tags: ["基础", "文化", ""]
+---
+
+一些组织在开发自己的非开源或专有软件时，会采用开源软件开发模式的最佳实践，并在内部建立类似开源的文化氛围。
+[内部开源](https://innersourcecommons.org/)是开源的近邻，经常与开源办公室合作或者本身就其一部分。[了解更多](https://innersourcecommons.org/)
+
+## 💻 来源
+
+* [内部开源常识基金会](https://innersourcecommons.org/)

content/zh/knowledge-sharing.md

@@ -0,0 +1,7 @@
+---
+title: 知识分享
+status: Completed
+tags: ["基础", "", ""]
+---
+
+知识分析是个体、团队和组织之间信息和专业知识的交换。知识共享是开源和内部开源开发实践的核心组件之一。[了解更多知识分享](https://en.wikipedia.org/wiki/Knowledge_sharing)。

content/zh/open-data-and-content.md

@@ -0,0 +1,12 @@
+---
+title: 开放数据和内容
+status: Completed
+tags: ["基础", "", ""]
+---
+
+[开放的定义](http://opendefinition.org/od/2.1/en/)给出了开放性在数据和内容领域的明确定义和原则。开放意味着任何人为了任何目的可以自由的获取、使用、修改和分享这些数据和内容（最多需要保留来源和开放性的要求）。
+开放数据和内容可以由任何人为了任何目而自由使用、修改和分享。
+
+## 💻 来源
+
+* [开放知识倡议](https://okfn.org/)

content/zh/open-innovation.md

@@ -0,0 +1,14 @@
+---
+title: 开放创新
+status: Completed
+tags: ["基础", "", ""]
+---
+
+开放创新假设有用的知识普遍存在，因此需要通过开发有效的机制来获取这些有用的知识，并与他人分享。
+开放创新基于这样一个基本观念：有用的知识如今已遍布整个社会。没有组织拥能够垄断这些伟大的想法，每个组织，无论内部效果如何，都需要与外部知识网络和社区进行深入和广泛的交流。
+实践开放创新的组织把外部想法和技术作为自己业务中的常规实践，并允许未使用的内部想法
+和技术流向外部，供其他企业使用。
+
+## 💻 来源
+
+* [欧洲委员会开放创新定义](https://digital-strategy.ec.europa.eu/en/news/what-open-innovation)

content/zh/open-source-culture.md

@@ -0,0 +1,11 @@
+---
+title: 开源文化
+status: Completed
+tags: ["基础", "", ""]
+---
+
+开源文化是指一组促进协作、透明度和社区驱动发展的价值观和实践。它常与开源软件运动相关联，但也可以应用于其他领域，如开放科学、开放硬件和开放教育。本词汇表参考了由Open Infra（前OpenStack）社区创建的“四个开放”哲学。[了解更多](https://openinfra.dev/four-opens/)。
+
+## 💻 来源
+
+* [开放基础设施基金会](https://openinfra.dev/four-opens/)

content/zh/open-source-software-ecosystems.md

@@ -0,0 +1,21 @@
+---
+title: 开源软件生态系统
+status: Completed
+tags: ["基础", "", ""]
+---
+
+要理解开源软件生态系统是什么，研究者 https://upcommons.upc.edu/handle/2117/87103 首先探索了开源软件生态系统的定义。根据[该研究](https://upcommons.upc.edu/handle/2117/8710)，一些被广泛接受的软件生态系统的定义是：
+
+* *相互之间存在关系的参与者组成整体和一个共享的软件及服务市场进行互动
+* *在同一环境中共同开发和发展的软件项目集合*
+* *一套软件解决方案，旨在赋能和支撑相关社会或商业生态系统以及组织中的参与者带来的活动和交易。*
+
+关于开源软件生态系统，目前只有[作者Wynn和Hoving提供的少数几个具体定义](https://upcommons.upc.edu/handle/2117/87103)。他们的定义基于关键因素，如共享市场、组织机构和资本，这些因素对于支持开源软件社区至关重要。以下是一些广泛接受的开源软件生态系统的定义：
+
+* 一个处于异构环境中的软件生态系统
+* 其边界是一组细分市场参与者
+* 关键参与者是在同一个平台上围绕一组项目的开源软件社区
+
+## 💻 来源
+
+* [Franco, O. 开源软件生态系统: 朝着一个建模框架的方向](https://upcommons.upc.edu/handle/2117/87103)

content/zh/open-source.md

@@ -0,0 +1,11 @@
+---
+title: 开源
+status: Completed
+tags: ["基础", "", ""]
+---
+
+开源是指在遵守某些分发条件的前提下，允许用户自由使用、修改和分发源代码的软件。
+
+## 💻 来源
+
+* [开源倡议](https://opensource.org/osd/)

content/zh/open-works.md

@@ -0,0 +1,11 @@
+---
+title: 开放作品
+status: Completed
+tags: ["基础", "", ""]
+---
+
+开放作品指的是“开放”在以下领域中的含义，发布到公共领域或者在包括但不限于开放源代码倡议（OSI）、自由软件基金会 GNU、知识共享（CC）或开放知识基金会（OKF）等实体认可的许可证下发布的工作成果和项目，旨在促进强大的社区以及有可能与其互操作的作品进行合作。【了解更多关于开放工作的信息】(http://openworkdefinition.com/)。
+
+## 💻 来源
+
+* [openworkdefinition.org](http://openworkdefinition.com/)