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