成为一个 Hive 的提交者

Apache Software Foundation 定义成为提交者意味着什么的通用指南。但是，这取决于特定的贡献者是否准备好成为该项目的提交者，取决于该项目的 PMC 的判断。这个 Wiki 页面试图解释这对 Hive 项目意味着什么。

Committer Zen

贡献者经常向 Hive PMC 成员提问：“要成为提交者，我需要做什么？”这个问题的简单答案(尽管令人沮丧)是：“如果您想成为提交者，请表现得像一个提交者。”如果您遵循此建议，请放心，PMC 会注意到您，而专职将寻找您，而不是相反。因此，除了 continue 贡献高质量的代码和测试之外，您还应该自然而然地进行许多其他事情，作为深入了解项目生命的一部分：

• 在邮件列表，JIRA 和 IRC 中帮助用户和其他开发人员

• 审查并测试其他人提交的补丁；这可以帮助减轻现有提交者的负担，他们肯定会感谢您的努力

• 参与有关发布，Route 图，体系结构和长期计划的讨论

• 帮助改善网站和 Wiki

• 参加(甚至发起)现实世界的事件，例如用户/开发者聚会，会议上的论文/演讲等

• 改善项目基础架构，以提高提交者和其他贡献者的效率

• 帮助提高项目的质量标准(例如，通过设置代码覆盖率分析)

• 尽可能保持活动持续而不是零星

当然，在成为提交者之前，有些事情实际上是您无法做的(例如，向源代码 Management 提交补丁；进行有约束力的投票)，但是您参与这些活动的活动越多，您就越准备好最终将自己实现。

Visualize

下图显示了实际 Hive 提交者的每月补丁作者和提交活动。蓝色显示所有提交者进入 Hive 的所有提交。橙色显示此提交者创作的补丁，而绿色显示他被其他人创作后查看并提交的补丁。 (未显示出他成为提交者之前参与的 Comment.)

注意事项：

• 他花了一段时间才成为提交者：我们想确保所有提交者都 true 致力于这个角色

• 成为提交者后，他通过积极地审查和提交来自他人的许多补丁(甚至比他 continue 编写自己的那些补丁还要多！)来开始履行职责，并随着时间的流逝保持这种能量

• 我们此处使用的是狭窄的量化 Metrics(补丁计数)，纯粹是为了观察一段时间内的活动水平；我们 true 感兴趣的是通过各种活动为项目带来的质量和价值(例如，在这种情况下，提交者还自愿担任了 Hive 多个版本的发布 Manager，甚至在成为提交者之前就开始了)

阴暗面

应该不言而喻，但是无论如何，您的参与：与 Hive 合作应该是您工作的自然组成部分；如果您发现自己正在执行任务“以便您可以成为提交者”，那么您做错了，年轻的帕达万。如果您想成为提交者的动机主要是消极的或以自我为中心的，例如，这尤其正确。

• 您希望获得-1 票的力量(在健康的项目中，很少使用)

• 您想通过未审阅来推送您自己的更改(Hive 遵循提交前审阅策略，即使提交者也需要 await 另一个提交者的 1)

• 您只想提交特定隶属组中其他贡献者(例如，同一公司的同事)的更改；提交者的角色是促进多样化的项目，而不是狭窄的议程