PyTorch 治理¶
治理理念和指导原则¶
PyTorch 采用由一小部分维护者组成的治理结构 推动整体项目方向，强烈偏向 PyTorch 的设计理念，其中设计和代码贡献是 值。除了核心维护者之外，还有一个稍微宽泛一点的 能够直接合并 pull 的核心开发人员集 请求并拥有核心代码库的各个部分。
除了维护者和核心开发人员之外，我们鼓励社区 贡献、提交问题、提出提案、审查拉取请求和 Be 存在于社区中。被赋予贡献并愿意 invest 的 API 中，任何人都可以获得部分的写入权限或所有权 代码库。
基于这种治理结构，该项目具有以下核心 决策所依据的经营原则和整体文化是 派生：
代码贡献比公司赞助重要得多 独立开发者受到高度重视。
项目影响力是通过贡献获得的（无论是 PR、 论坛答案、代码审查或其他方式）
关键人员及其职能¶
项目维护者¶
项目维护者为 PyTorch 提供领导和指导 项目。具体内容包括：
阐明项目的有凝聚力的长期愿景
对 PyTorch 代码库有深入的理解
以所有人都能接受的方式协商和解决有争议的问题 有关方面
PyTorch 维护者：
Adam Paszke （apaszke)
Soumith Chintala （soumith)
Edward Yang （ezyang （以阳）)
格雷格·查南 （gchanan）)
Dmytro Dzhulgakov （dzhulgakov)
（日落）山姆·格罗斯 （科尔斯伯里)
核心开发人员¶
PyTorch 项目由核心开发人员团队开发。您可以 在 PyTorch Governance |人员 利息。
虽然成员资格取决于 “PyTorch” 组织 GitHub 上，贡献有多种形式：
将更改提交到存储库;
审查其他人的拉取请求;
对问题跟踪器上的错误报告进行分类;
在 PyTorch 官方通信渠道上讨论主题。
决策¶
无争议的更改¶
主要工作是通过 bug 跟踪器问题和拉取请求进行的 GitHub 的。核心开发人员应避免将他们的更改直接推送到 PyTorch 存储库，而是依赖于拉取请求。批准 核心开发人员的拉取请求允许它被合并，而无需进一步 过程。核心开发人员和项目维护者最终批准 这些变化。
通知相关专家有关错误跟踪器问题或拉取请求的信息 很重要。来自给定兴趣领域专家的评论是 强烈推荐，尤其是在拉取请求批准时。未能做到 因此，最终可能会使相关专家撤销更改。
有争议的决策过程¶
给定兴趣领域的重大更改需要 GitHub 问题 开放讨论。这包括：
对框架的任何语义或语法更改。
对 Python 或 Cpp API 的向后不兼容更改。
对核心框架的补充，包括实质性的 现有库中的功能。
删除核心功能
项目维护者最终批准这些更改。
常见问题¶
问：如果我想拥有（或部分拥有）项目的一部分，该怎么办 例如域 API（即 Torch Vision）？这是绝对可能的。 第一步是开始为现有项目区域做出贡献，并且 为它的健康和成功做出贡献。除此之外，您还可以 通过 GitHub 问题提出新功能或更改的建议 以改善项目区域。
问：如果我是一家希望在内部使用 PyTorch 的公司，该怎么办 发展，我是否可以被授予或购买董事会席位来驱动 项目方向？不需要，PyTorch 项目严格由 maintainer driven project 的理念，没有 Board 或 接受与获得影响力相关的财务贡献的工具 超过技术方向。
问：PyTorch 项目是否支持资助或支持方式 使用或参与项目的独立开发人员？不，不是 在这一点上。然而，我们正在寻找更好地支持 PyTorch 周围的独立开发人员社区。如果你有 建议或意见，请在 PyTorch 论坛上联系 讨论。
问：如何为项目贡献代码？如果更改为 相对次要，GitHub 上的拉取请求可以立即打开 供项目提交者查看和合并。对于较大的更改， 请打开一个问题以提出提案以提前讨论。请 请参阅 PyTorch 贡献者 投稿指南 指引。
Q： 我可以成为项目的提交者吗？不幸的是， 当前提交到 PyTorch 的过程涉及与 Facebook 的交互 只能由 Facebook 员工触发的基础设施。我们是 然而，正在寻找将提交者基础扩展到个人的方法 在 Facebook 之外，并将在工具存在时提供更新 以允许此操作。
问：如果我想在会议上提供 PyTorch 教程，该怎么办 还是其他方式？我需要成为 “正式” 提交者才能执行此操作吗？不 我们鼓励社区成员在任何地方展示他们的作品 只要有可能。请联系 pytorch-marketing@fb.com 寻求营销支持。