zh-CN: Translation for the governance.md (#1888)

Ref: #1886

locale/zh-cn/about/governance.md

@@ -4,73 +4,28 @@ layout: about.hbs
 ---
 # 项目管理
 
-## 技术指导委员会
+## 追求一致协商
 
-本项目由技术指导委员会共同管理，它同样也对项目技术方面最高级别的指导进行负责。
+Node.js 项目遵循 [一致协商][] 的工作模式。
 
-技术指导委员会对于本项目有最终相关权利，其中包括：
+## 贡献者
 
-* 技术指导
-* 项目管理及推进（已包含在此政策中）
-* 贡献政策
-* GitHub 库托管
-* 指导准则
-* 维护其余的合作者列表
+[nodejs/node][] 托管于 GitHub 上核心存储库是由不断加入技术指导委员会（[TSC][]）的委员们一点一滴从基础开始慢慢维护的。
 
-最初的成员资格邀请给了技术指导委员会的个人，他们是积极的贡献者以及具备丰富的经验来管理项目。根据项目的需要，成员资格预计会随着时间的推移而演变。
+对项目作出重大或有价值贡献者们会被任命为贡献者，并授予访问项目的权限；这些个人被 TSC 识别且由现任的贡献者们讨论提名。
 
-关于目前的 技术指导委员会成员列表，你可以参照 [README.md](https://github.com/nodejs/node/blob/master/README.md#tsc-technical-steering-committee)。
+关于当前贡献者列表，请看项目中有关 [README.md][] 的说明。
 
-## 协作者
+关于贡献者指南在 [COLLABORATOR_GUIDE.md][] 中维护。
 
-[nodejs/node](https://github.com/nodejs/node) 中的 GitHub 仓储库是由技术指导委员会和其它协作者共同维护的，这些协作者都是通过技术指导委员会不断地基础累增的。
+## 最高级别的委员会
 
-作出重大和有价值贡献的个人成为合作者，并给予提交权限。这些个人由技术指导委员会确定，并在每周的技术指导委员会会议上讨论合作者的加入。
+本项目由 [技术指导委员会（TSC）][] 和 [社区委员会（CommComm）][] 共同管理。前者对于项目中高级别的技术负责指导，后者则对指导和扩展社区进行负责。
 
-_附加说明：_ 如果你已经做出了重大贡献，但是仍然没有被授予提交权限。你可以直接提交一个请求或者联系技术指导委员会会员，这样他们就会在下一次的技术指导委员会会议中涉及到此议题。
-
-nodejs/node 存储库内容的修改是在协作基础上进行的。任何有 GitHub 帐户的人都可能建议通过请求修改，并且它将被项目合作者考虑。所有请求都必须由具有足够专业知识的合作者审阅和接受, 并能够对变更负全部责任。对于现有合作者提出的请求要求, 签署时需要额外的合作者。如果有更多的合作者参与, 并且在特定修改周围存在分歧, 则应寻求协商一致意见。见 _寻求协商一致的过程_ 下面的进一步细节的协商一致模式用于治理。
-
-合作者可选择提升重大或有争议的修改，或对于技术指导委员会而言尚未找到协商一致、并标记为 ***tsc-agenda*** 的改动。技术指导委员会应在必要时作为最终仲裁者。
-
-目前的协作者列表，请查阅 [README.md](https://github.com/nodejs/node/blob/master/README.md#current-project-team-members)。
-
-协作者指南在 [COLLABORATOR_GUIDE.md](https://github.com/nodejs/node/blob/master/COLLABORATOR_GUIDE.md) 中维护。
-
-## 技术指导委员会会员身份
-
-技术指导委员会的人数没有时间限制。没有固定大小的 TSC。然而，预期的目标是在 6 至 12 之间，以确保充分涵盖重要的专门知识领域，并与有效作出决定的能力保持平衡。
-
-在这些规则之外，技术指导委员会成员资格没有特定的规定或资格。
-
-技术指导委员会可以通过标准的 技术指导委员会活动为 技术指导委员会增添更多的成员。
-
-一个技术指导委员会成员可以通过自愿辞职或从技术指导委员会中删除。
-
-对技术指导委员会成员数目的改动应张贴在议程中，并可作为任何其它议程项目提出（见下文“技术指导委员会会议”）。
-
-不超过 1/3 的技术指导委员会成员可能隶属于同一雇主。如果技术指导委员会成员的免职或辞职，或由 技术指导委员会成员改变工作，就会造成 1/3 以上的 技术指导委员会成员与雇主共享的情况，则必须立即因辞职或免职的一个或多个与超过代表的雇主有关的 技术指导委员会成员而得到补救。
-
-## 技术指导委员会会议
-
-技术指导委员会每周通过谷歌广播碰头进行，此会议由技术指导委员会批准指定的主持人召开。每个会议应该都在 YouTube 上公开。
-
-项目被添加到技术指导委员会议程中。这些项目往往是被认为是有争议的，或者是对治理、贡献政策，以及技术指导委员会成员发布过程的修改。
-
-议程的目的不是批准或审查所有补丁。这应该持续发生在 GitHub 上,，由更大的合作者来处理。
-
-任何社区成员或参与者都可以通过记录 GitHub 问题来要求将某些内容添加到下一会议的议程中。任何合作者、TSC 成员或版主可以通过添加 ***tsc-agenda*** 标记把项目添加到到议程。
-
-在每次技术指导委员会会议之前, 主持人将与技术指导委员会的成员分享议程。技术指导委员会成员可以在每次会议开始时将他们喜欢的任何项目添加到议程中。主持人和技术指导委员会不能否决或删除项目。
-
-技术指导委员会可以邀请某些项目的人员或代表参加非投票能力。这些被邀请者目前是：
-
-* 通过该项目从 [build](https://github.com/node-forward/build) 选出的示例性案例。
-
-主持人负责总结每个议程项目，并将其作为请求在会议后发送。
-
-## 寻求协商一致的过程
-
-社区委员会遵循着 [寻求共识](https://en.wikipedia.org/wiki/Consensus-seeking_decision-making) 的原则来决定规划。
-
-当任意一个议题将进入达成共识的阶段时，主持人会问大家“有人有不同意见吗？”作为最后的提醒，确保达成了共识而没有异议。如果实在无法达成共识但是又没有异议，那么只能采取多数投票。但是我们希望多数的决议是通过寻求共识做出的，而投票只是最后的备选方案。
+[COLLABORATOR_GUIDE.md]: https://github.com/nodejs/node/blob/master/COLLABORATOR_GUIDE.md
+[社区委员会（CommComm）]: https://github.com/nodejs/community-committee/blob/master/Community-Committee-Charter.md
+[一致协商]: http://en.wikipedia.org/wiki/Consensus-seeking_decision-making
+[README.md]: https://github.com/nodejs/node/blob/master/README.md#current-project-team-members
+[技术指导委员会（TSC）]: https://github.com/nodejs/TSC/blob/master/TSC-Charter.md
+[TSC]: https://github.com/nodejs/TSC
+[nodejs/node]: https://github.com/nodejs/node