按标签浏览

本指南用于帮助您了解术语表的受众，定义结构，必需的颗粒度，以及如何保持一致的样式。 本开源办公室术语表遵循如下规则： 使用简单的、易于理解的语言，避免使用技术术语和流行语 杜绝口语 使用准确和具体的语言 避免缩写 少用被动语态 尽量以主动形式表达 引号外避免使用感叹号 避免夸大 避免冗余 要简洁 受众 本术语表是为技术和非技术用户编写的。 请确保定义以简单明了的方式进行解释，并不要假设技术知识。下面在“定义”下进一步做出说明。 最小可行定义 我们的目标是让任何人都能够轻松理解开源办公室术语。 因此，我们专注于简单。 这意味着使用清晰简单的语言，配以任何使用技术的人都能够理解的示例（更多内容如下），同时提供至少从技术角度来看的最小可行定义。 我们不希望省略上下文和示例 — 毕竟这些能帮助读者理解概念 — 但如果不需要技术细节来理解，我们会跳过。 目标是不要把事情搞得太复杂。一旦读者理解了基本概念，其他资源将帮助他们深入挖掘。 这部分不在本术语表的范围内。 定义模板 每个术语都储存在 markdown 文件中，并遵循此模板： — title: status: category: — ## 是什么 对技术或概念的简洁摘要。 ## 它要解决的问题 一小段关于它所解决问题的描述。 ## 它有何帮助 几段关于它如何解决问题的描述。 标题 标题标签将始终位于定义布局的顶部，其值应为首字母大写的格式。 — title: 定义模板 状态 状态标签将跟在标题标签之后。状态标签表示定义是否经过彻底审查或需要更多工作。 有效的值是： Completed(完成) Feedback Appreciated(感谢反馈) Not Started(未开始) 你可以随时针对已完成的定义提出疑修。当定义处于变化阶段时，其状态将更改为感谢反馈。 — title: 定义模板 status: Feedback Appreciated 分类标签 分类标标签跟在状态标签之后。 为了使标签具有意义，并对用户有所帮助，我们将严格使用它们。 使用太多标签只会削弱其含义。 除了“基本”意味着必须要理解其他云原生概念的术语之外，大多数术语可能只有一个标签。 注意：请不要引入新的标签，除非维护者批准。当您向条目添加分类标签时，请确保它们与下面列出的（单数，无拼写错误）完全相同。..

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

欢迎来到 开源办公室术语表 欢迎来到开源办公室的术语表。如您所知，开源世界是辽阔而复杂的，可能有许多难以理解的术语和概念。我们的目标是通过这个术语表来阐明我们在组织内的开源办公室框架（战略、治理、合规和社区）这个语境中特指的含义，而非为这些术语提供一个明确或普适的定义。 当您浏览本词汇表中的术语和概念时，我们鼓励您使用提供的描述和链接。如果您建议我们应引入的额外术语或资源，请不要犹豫，开启一个疑修，或通过开启PR来添加新的术语！ 许可证 所有代码贡献都遵循Apache 2.0许可证。 文档使用CC BY 4.0进行分发。..

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