SIG 的范围
TensorFlow 主办特殊兴趣小组 (SIG) 以专注于特定领域的协作。SIG 的工作公开进行。要加入和贡献，请查看该小组的工作，并与 SIG 负责人联系。成员资格政策因 SIG 而异。
SIG 的理想范围满足一个明确定义的领域，其中大多数参与来自社区。此外，应该有足够的证据表明，如果成立兴趣小组，将有社区成员愿意参与和贡献。
并非所有 SIG 都会拥有相同的活力水平、范围广度或治理模型，因此请预期会有一些差异。
查看完整的 TensorFlow SIG 列表。
非目标：SIG 不是什么
SIG 的目的是促进对共享工作的协作。因此，SIG
- 不是支持论坛：邮件列表和 SIG 不是一回事。
- 不是立即需要的：在项目生命周期的早期，您可能不知道是否有共享工作或合作者。
- 不是免费劳动力：协作地发展和协调工作需要付出精力。
我们对 SIG 创建的方法将是保守的——由于在 GitHub 上轻松启动项目，因此存在许多无需 SIG 即可进行协作的途径。
SIG 生命周期
研究和咨询
小组的提议者应收集证据以供批准，如下所述。一些可以考虑的途径包括
- 小组将解决的明确定义的问题或问题集。
- 与将受益的社区成员进行咨询，评估收益和他们愿意做出的承诺。
- 对于现有项目，来自问题和 PR 的证据表明贡献者关心该主题。
- 小组要实现的潜在目标。
- 运行小组的资源要求。
即使 SIG 的需求似乎不言而喻，研究和咨询对于小组的成功仍然很重要。
创建新小组
新小组应遵循以下流程进行组建。特别是，它必须证明
- 对 TensorFlow 的明确目的和益处（围绕子项目或应用领域）
- 至少两名愿意担任小组领导的贡献者、其他贡献者的存在以及对该小组的需求证据
- 它最初将需要的资源（通常是邮件列表和定期视频会议电话。）
对该小组的批准将由 TF 社区团队的决定做出，该团队被定义为 tensorflow/community 项目的维护者。该团队将根据需要咨询其他利益相关者。
在进入流程的正式部分之前，建议咨询 TensorFlow 社区团队，[email protected]。在 SIG 请求准备就绪之前，很可能需要进行对话和迭代。
对新小组的正式请求是通过将章程作为 PR 提交到 tensorflow/community，并在 PR 的评论中包含请求（参见下面的模板）来完成的。经批准后，该小组的 PR 将被合并，并将创建所需的资源。
新 SIG 模板请求
此模板将在社区仓库中提供：SIG-request-template.md。
组建
每个小组都将以章程的形式建立，并受 TensorFlow 行为准则的约束。该小组的档案将公开。成员资格可以对所有人开放，无需批准，也可以根据要求获得，但须经小组管理员批准。
章程必须提名一名管理员。除了管理员之外，该小组还必须至少包括一名负责人（这些人可能是同一个人），他们将作为协调员与 TensorFlow 社区团队进行协调。
此章程将最初发布到小组邮件列表。TensorFlow GitHub 组织中的社区仓库将存档此类文档和策略（Kubernetes 的示例）。随着任何小组发展其实践和惯例，我们希望它在社区仓库的相关部分记录这些内容。
协作和包容
虽然没有强制要求，但该小组应选择通过预定的电话会议或聊天频道进行协作来进行会议。任何此类会议都应在邮件列表中发布，并在会议结束后将笔记发布到邮件列表。定期会议有助于推动 SIG 的问责制和进展。
TensorFlow 社区团队成员将积极主动地监控并鼓励该小组进行讨论和行动，视情况而定。
启动
所需活动
- 通知 TensorFlow 通用讨论组（discuss@、developers@）。
- 将 SIG 添加到 TensorFlow 网站上的社区页面。
可选活动
- 为 TensorFlow 博客社区创建一篇博文。
SIG 的健康状况和终止
TensorFlow 社区团队将尽最大努力确保 SIG 的健康状况。它将不时要求 SIG 负责人提供 SIG 工作的报告，该报告将用于告知更广泛的 TensorFlow 社区该小组的活动。
如果一个 SIG 失去了其有用性或不再有感兴趣的社区，它可能会被存档并停止运作。TF 社区团队保留存档此类非活跃 SIG 的权利，以维护项目的整体健康，尽管这是一种不太理想的结果。如果 SIG 认识到它已经达到了其有用寿命的终点，它也可以选择解散。