介绍

Trusted Committer角色是InnerSource社区中的关键角色之一。将Trusted Committer视为你所在的社区中所信任的对象，他们可以通过重要的技术决策和指导贡献者来最终获得收益。我们对Trusted Committer的要求很高，同时这个岗位也会得到很高的回报。这个角色并不是一个自以为是的把关者，甚至他对任何InnerSource社区的成功都至关重要。

一般而言，Trusted Committer角色是由其职责而不是其特权定义的。在很高程度上 Trusted Committer 代表其InnerSource社区和该社区正在开发的产品的利益。他们关心社区和产品的健康。因此，作为Trusted Committer，您将同时承担面向技术和社区的责任。我们将在以下各章节中探讨这两个方面。

在详细介绍Trusted Committer实际功能之前，让我们花一些时间从高度抽象的角度将Trusted Committer角色与InnerSource中的其他角色进行对比，并解释为什么我们认为该名称既恰当又重要。让我们从 贡献者（Contributor）角色开始。顾名思义， 贡献者（Contributor）为InnerSource社区做出了贡献。这些贡献可能是代码或非代码工件，例如错误报告，功能请求或文档。

贡献者（Contributor）可能是社区的一部分，也可能不是。他们可能是由其他团队过来一些开发团队所需功能的。这就是为什么我们有时也将 贡献者（Contributor）称为“调用者”或“调用团队”的一部分。 贡献者（Contributor）负责遵循并符合社区的要求。

Trusted Committer始终是InnerSource社区的成员，该社区有时也称为维护团队。我们用比喻来形容一下，Trusted Committer既负责建造房屋，也负责制定房屋规则，以确保其客人感到舒适，并可以进行有效的合作。与 贡献者（Contributor）相比，Trusted Committer已经承担了将代码推向生产的责任，并且通常被允许执行更高风险的任务。

产品所有者（Product Owner）是InnerSource中的第三个角色。与敏捷过程类似，产品负责人负责定义和优先考虑社区要实施的需求和故事。 产品负责人经常与Trusted Committer进行交互（例如，确保所请求或提供的功能实际上属于该产品）。特别是在较小的草根InnerSource社区中，Trusted Committer通常还充当产品负责人。查看我们的 产品负责人学习方法（Product Owner Learning Path segment），以获取更多详细信息。

为什么角色名称很重要？

每个成功的InnerSource社区中都存在Trusted Committer，但并非每个社区都使用该名称。一些社区使用术语“维护者”，但是该术语与其他技术角色（例如，GitHub定义的“维护者”角色）相冲突。 Apache也使用Committer一词，但是他们对该角色附加的责任很少，而且大多是面向技术的责任。由于承担着其他面向社区的职责，Trusted Committer的责任已不止于此。Trusted Committer中的“Trusted ”表示此人是受到信任的，因此可以由其管理层和社区授权来完成工作。通过促进开放性和透明度，Trusted Committer可以在流程以及所构建的产品中建立信任。

类似于命名在编写软件中的重要性一样，为角色选择正确的名称并持续进行贯彻，可确保每个人对社区中此角色都有相同的理解。

现在，您已经对角色有了基本的了解，为什么使用名称“Trusted Committer”，并且知道“Trusted Committer”如何与软件项目中的其他常见角色进行交互，让我们快速了解一下“Trusted Committer”的职责。

职责范围

Trusted Committer负有各种责任，包括：