@@ -16,7 +16,7 @@ msgid ""
1616msgstr ""
1717"Project-Id-Version : Python 3.9\n "
1818"Report-Msgid-Bugs-To : \n "
19- "POT-Creation-Date : 2024-04-15 06:01 +0000\n "
19+ "POT-Creation-Date : 2024-05-24 16:33 +0000\n "
2020"PO-Revision-Date : 2017-02-16 23:42+0000\n "
2121"
Last-Translator :
Freesand Leo <[email protected] >, 2024\n "
2222"Language-Team : Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n "
@@ -173,6 +173,10 @@ msgid ""
173173"can still ignore the result of a vote, and approve or reject a change even "
174174"if the community disagrees with him."
175175msgstr ""
176+ "添加代码的便利性引发了一些初期的成长痛苦,比如代码在准备好之前或未经开发者团队明确同意就被检入。 现在形成的审批流程有点类似于 Apache "
177+ "团队所使用的流程。 开发者可以对补丁投票:+1、+0、-0 或 -1;+1 和 -1 表示接受或拒绝,而 +0 和 -0 "
178+ "则表示开发者对变更大多持无所谓的态度,但略有正面或负面的倾向。 与 Apache 模型最显著的变化是投票本质上是咨询性的,让拥有终身仁慈独裁者地位的 "
179+ "Guido van Rossum 了解总体意见。 他仍然可以忽略投票结果,并批准或拒绝变更,即使社区不同意他的决定。"
176180
177181#: ../../whatsnew/2.0.rst:106
178182msgid ""
@@ -195,6 +199,8 @@ msgid ""
195199"for Python. The PEP should provide a concise technical specification of the"
196200" feature and a rationale for the feature."
197201msgstr ""
202+ "PEP 是 Python Enhancement Proposal 的缩写。 一个 PEP 就是一份设计文档,用来向 Python "
203+ "社区提供信息,或描述一个 Python 新增特性。 PEP 应当提供对所提议特性的精确的技术规格和原理说明。"
198204
199205#: ../../whatsnew/2.0.rst:125
200206msgid ""
@@ -203,6 +209,8 @@ msgid ""
203209"decisions that have gone into Python. The PEP author is responsible for "
204210"building consensus within the community and documenting dissenting opinions."
205211msgstr ""
212+ "我们打算将 PEP 作为提出新特性建议、收集社区对特定问题意见以及为必须加入 Python 的设计决策编写文档的首选机制。 PEP "
213+ "的作者有责任在社区内部建立共识,并应将对立的观点也记入文档。"
206214
207215#: ../../whatsnew/2.0.rst:130
208216msgid ""
0 commit comments