这是文档仓库而非可运行工具,没有安装步骤;修改 SIG 信息需按 generator 目录的说明自动生成,不要直接手改
community
kubernetesApache-2.0活跃维护Kubernetes 社区官方文档仓库,汇集社区治理章程、SIG 分组职责、贡献流程与行为准则,帮助开发者快速了解如何参与 Kubernetes 开源协作。
Kubernetes Community Documentation
README 里没有找到可直接复制的安装命令,请到 README 或官方文档查看安装方式。
README 未说明
Kubernetes 社区治理与贡献文档仓库,帮新人找到参与社区和提交贡献的入口
Kubernetes 社区官方文档仓库,汇集社区治理章程、SIG 分组职责、贡献流程与行为准则,帮助开发者快速了解如何参与 Kubernetes 开源协作。
核心能力
- 汇总 SIG、工作组与委员会的组织结构与治理规则
- 提供贡献者指南,覆盖提 issue、找任务、开 PR 流程
- 列出聊天、邮件列表、会议等社区沟通渠道
- 说明社区成员资格的要求与职责
容易踩的坑
暂无 release 数据(可能没有发版,或尚未同步)。
用户点评
登录用户的真实使用记录,可按版本和硬件筛选还没有人点评。第一个说出真实体验的人最有价值。
Kubernetes Community
Welcome to the Kubernetes community!
This is the starting point for joining and contributing to the Kubernetes community - improving docs, improving code, giving talks etc.
To learn more about the project structure and organization, please refer to Project Governance information.
Communicating
The communication page lists communication channels like chat, issues, mailing lists, conferences, etc.
For more specific topics, try a SIG.
Governance
Kubernetes has the following types of groups that are officially supported:
- Committees are named sets of people that are chartered to take on sensitive topics. This group is encouraged to be as open as possible while achieving its mission but, because of the nature of the topics discussed, private communications are allowed. Examples of committees include the steering committee and things like security or code of conduct.
- Special Interest Groups (SIGs) are persistent open groups that focus on a part of the project.
SIGs must have open and transparent proceedings.
Anyone is welcome to participate and contribute provided they follow the Kubernetes Code of Conduct.
The purpose of a SIG is to own and develop a set of subprojects.
- Subprojects Each SIG can have a set of subprojects.
These are smaller groups that can work independently.
Some subprojects will be part of the main Kubernetes deliverables while others will be more speculative and live in the
kubernetes-sigsgithub org.
- Subprojects Each SIG can have a set of subprojects.
These are smaller groups that can work independently.
Some subprojects will be part of the main Kubernetes deliverables while others will be more speculative and live in the
- Working Groups are temporary groups that are formed to address issues that cross SIG boundaries. Working groups do not own any code or other long term artifacts. Working groups can report back and act through involved SIGs.
See the full governance doc for more details on these groups.
A SIG can have its own policy for contribution, described in a README or CONTRIBUTING file in the SIG folder in this repo (e.g. sig-cli/CONTRIBUTING.md), and its own mailing list, slack channel, etc.
If you want to edit details about a SIG (e.g. its weekly meeting time or its leads), please follow these instructions that detail how our docs are auto-generated.
Learn to Build
Links in contributors/devel/README.md lead to many relevant technical topics.
Contribute
A first step to contributing is to pick from the list of kubernetes SIGs. Start attending SIG meetings, join the slack channel and subscribe to the mailing list. SIGs will often have a set of "help wanted" issues that can help new contributors get involved.
The Contributor Guide provides detailed instruction on how to get your ideas and bug fixes seen and accepted, including:
- How to file an issue
- How to find something to work on
- How to open a pull request
Membership
We encourage all contributors to become members. We aim to grow an active, healthy community of contributors, reviewers, and code owners. Learn more about requirements and responsibilities of membership in our Community Membership page.