核心团队](/about/team)中那些忙碌的小蜜蜂们肩负着许多责任。 的责任，让 BeeWare 这个蜂巢继续运转。这是一个 因此，本页内容可能会有所变动。
这些工作包括但不限于回复问题、审查和合并代码、指导新的贡献者以及架构。 和合并代码，指导新的贡献者，以及整个BeeWare项目的架构。 BeeWare 项目的整体架构。
有一些人，我们信任他们，让他们做出代码决定；有一些人，我们 有一些人，我们信任他们，让他们做出代码决定；有一些人，我们信任他们，让他们做出代码和组织决定；还有一个人 有一个人负责引导整个组织的愿景，并在社区无法达成共识时受托做出最终决定。 如果社区无法达成共识，他将受托做出最终决定。
这些级别可描述如下
蜜蜂，或工蜂：
- 任何 BeeWare 社区成员。鉴于我们在 GitHub 上公开工作，任何人都可以对代码提出修改建议，并将其代码 合并。对您贡献能力的唯一限制是您的工作 由团队成员合并。
养蜂人：
- 被公认为可信赖的贡献者的蜜蜂。这些蜜蜂 已在一段时间内展示了与 在一段时期内，这些蜜蜂在 BeeWare 项目的某一特定部分表现出了能力。这可能是技术层面上的 JavaScript、Python、Objective-C 专业知识；GTK+、macOS 知识），或其他层面（社区管理、代码审查）。 Apiarists 还可能拥有项目的提交位，他们的 专业知识得到认可。
高级养蜂人：
- 高级养蜂人：拥有 GitHub 的高级访问权限，同时还承担着监督整个项目的 责任，负责监督整个项目。他们能够 做出架构决策，但最终要向 BDFN 负责。
创始养蜂人：罗素-基思-马吉
- 第一个站在山上发现需要剃毛的牦牛的人
- 这个角色从未改变，一直持续到永远
- 这个角色与 BDFN 的角色不同
蜜蜂-仁慈的独裁者（BDFN）：Russell Keith-Magee
- 对Benvolent Dictator for Life、 项目的方向和决策责任 最终由 BFDN 负责。使用 "For Now "而不是 "For 终身 "是指 Django 的主题，即不将核心维护者的责任赋予某个人。 核心维护者的责任。 生命。生活存在于开源之外，代码/生活的平衡和 生活平衡和总体福祉是需要牢记的重要事项。
指导原则（非实际规则）
与任何拥有多人提交权的项目一样，团队应遵循以下一般准则 团队应遵循一些一般准则：
- 成为项目在更广泛社区的良好代表**
- 尊重对任何 BeeWare 项目的询问和贡献。 尊重
- 假定每个人都是出于好意，即使他们没有选择好自己的语言 用词不当
- 假定如果有人用 "错误 "的方式做了某事，那是 是因为我们在沟通过程中失败了
- 假定任何愤怒或沮丧的表达都是发自内心的 想使用 BeeWare 工具/库的真实想法
- 鼓励社区的其他成员在自己的交流中体现这些理念。 在BeeWare社区内外的交流中体现这些理念 社区
- 任何养蜂人都不应提交自己的代码
- 例外："某处已严重损坏，需要立即修复
- 例外情况：BDFN（将来可能会改变）
- 核心团队成员提交审核的所有代码都应由另一名团队成员审核
由另一名团队成员审核
- 例外：BDFN（将来可能会更改）
- 所有代码在合并前都应通过持续集成测试
- 例外：已知有问题但需要提交的代码 由于其他原因
- 例外：版本库中的代码未通过足够的 CI 测试
- 例外：工作并已提交总比不完美要好
- 验收流程应尽可能自动化
- 这意味着测试、过滤、拼写检查、覆盖率等等
成为养蜂人
新的养蜂人是否加入团队完全由现有的核心团队决定。 由现有核心团队自行决定。虽然目前还没有这方面的明确规定 规则，但一般来说，如果某人对 BeeWare 项目做出了坚实的贡献，则会被邀请成为项目的养蜂学家。 如果他们对BeeWare项目做出了突出的贡献，我们将邀请他们成为该项目的养蜂师。 项目做出突出贡献。这也可以扩展到具有特定领域知识的人 知识（例如，iOS/macOS）的人，而这些知识可能是现有团队所缺乏的。 现有团队可能缺乏的特定领域知识（如 iOS/macOS）的人员。这也不一定要基于提交量。任何 能证明对整个项目有既得利益的人都可以 要求获得向项目提交的许可。
所有新的养蜂人都将 "上岗"（没有更好的词来形容），学习项目的核心价值和指导方针。 项目的核心价值和指导方针。核心价值观摘要 可以在[关于]页面（/project/about/）找到。任何加入团队的人 团队的人都应该坚持这些价值观，并为随着时间的推移不断发展这些价值观的讨论做出贡献。 讨论这些价值观的演变。
任何养蜂人，不管是新手还是老手，都不应该是任何一种东西的唯一维护者。 任何一件事。有很多养蜂人，还有更多的人可以提供帮助、建议和指导。 提供帮助、建议和指导。