[po] auto sync

github-actions[bot] · github-actions[bot] · commit 69136e26efb9 · 2024-06-14T23:27:10.000Z
diff --git a/.stat.json b/.stat.json
@@ -1 +1 @@
-{"translation": "93.70%", "updated_at": "2024-06-14T20:27:43Z"}
+{"translation": "93.78%", "updated_at": "2024-06-14T23:27:10Z"}
diff --git a/bugs.po b/bugs.po
@@ -1,19 +1,19 @@
 # SOME DESCRIPTIVE TITLE.
-# Copyright (C) 2001-2023, Python Software Foundation
+# Copyright (C) 2001-2024, Python Software Foundation
 # This file is distributed under the same license as the Python package.
 # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
 # 
 # Translators:
-# Rafael Fontenelle <rffontenelle@gmail.com>, 2023
+# Rafael Fontenelle <rffontenelle@gmail.com>, 2024
 # 
 #, fuzzy
 msgid ""
 msgstr ""
 "Project-Id-Version: Python 3.10\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2023-07-29 03:05+0000\n"
+"POT-Creation-Date: 2024-06-14 20:08+0000\n"
 "PO-Revision-Date: 2022-11-05 17:21+0000\n"
-"Last-Translator: Rafael Fontenelle <rffontenelle@gmail.com>, 2023\n"
+"Last-Translator: Rafael Fontenelle <rffontenelle@gmail.com>, 2024\n"
 "Language-Team: Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -43,18 +43,16 @@ msgstr ""
 
 #: ../../bugs.rst:16
 msgid "Documentation bugs"
-msgstr "文档 Bug"
+msgstr "文档错误"
 
 #: ../../bugs.rst:18
 msgid ""
 "If you find a bug in this documentation or would like to propose an "
 "improvement, please submit a bug report on the :ref:`tracker <using-the-"
 "tracker>`.  If you have a suggestion on how to fix it, include that as well."
 msgstr ""
-"如果您在本文档中发现了错误并打算帮助我们改进，请将错误提交到 :ref:`追踪系统 <using-the-tracker>`。 "
-"如果您有相应的修正建议，请一并提交。 （译者注：如果是中文文档翻译相关的错误，请务必提交到 "
-"https://github.com/python/python-docs-zh-"
-"cn/issues。如果将翻译问题反馈到了其他地方，可能会因为语言不通而不能及时处理。）"
+"如果你在这篇文档中找到了一个错误或是想指出一个可改进的地方，请在 :ref:`tracker <using-the-tracker>` "
+"上提交一个错误报告。 如果你有关于改进该问题的建议，请与报告一并提交。"
 
 #: ../../bugs.rst:22
 msgid ""
@@ -76,7 +74,7 @@ msgstr ""
 
 #: ../../bugs.rst:33
 msgid "`Documentation bugs`_"
-msgstr "`Documentation bugs`_"
+msgstr "`文档错误`_"
 
 #: ../../bugs.rst:33
 msgid ""
diff --git a/howto/descriptor.po b/howto/descriptor.po
@@ -11,7 +11,7 @@ msgid ""
 msgstr ""
 "Project-Id-Version: Python 3.10\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2024-06-07 15:58+0000\n"
+"POT-Creation-Date: 2024-06-14 20:08+0000\n"
 "PO-Revision-Date: 2022-11-05 17:21+0000\n"
 "Last-Translator: Rafael Fontenelle <rffontenelle@gmail.com>, 2024\n"
 "Language-Team: Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n"
@@ -82,7 +82,7 @@ msgid ""
 ":func:`classmethod`, :func:`staticmethod`, :func:`property`, and "
 ":term:`__slots__`."
 msgstr ""
-"最后一部分有对用 C 编写的内置描述器的纯 Python 等价实现。如果您想了解函数如何变成绑定方法或对 :func:`classmethod`， "
+"最后一部分有对内置描述器（用 C 编写）的纯 Python 等价实现。如果您想了解函数如何变成绑定方法或对 :func:`classmethod`， "
 ":func:`staticmethod`，:func:`property` 和 :term:`__slots__` "
 "这类常见工具的实现感兴趣，请阅读此部分。"
 
@@ -521,7 +521,7 @@ msgstr "描述器调用概述"
 msgid ""
 "A descriptor can be called directly with ``desc.__get__(obj)`` or "
 "``desc.__get__(None, cls)``."
-msgstr "描述器可以通过 ``desc.__get__(obj)`` 或 ``desc.__get__(None, cls)`` 直接调用。"
+msgstr "描述器可以通过 ``d.__get__(obj)`` 或 ``desc.__get__(None, cls)`` 直接调用。"
 
 #: ../../howto/descriptor.rst:557
 msgid ""
diff --git a/whatsnew/2.0.po b/whatsnew/2.0.po
@@ -12,7 +12,7 @@ msgid ""
 msgstr ""
 "Project-Id-Version: Python 3.10\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2024-06-07 15:58+0000\n"
+"POT-Creation-Date: 2024-06-14 20:08+0000\n"
 "PO-Revision-Date: 2022-11-05 17:23+0000\n"
 "Last-Translator: Rafael Fontenelle <rffontenelle@gmail.com>, 2024\n"
 "Language-Team: Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n"
@@ -45,8 +45,8 @@ msgid ""
 "useful changes, and points out a few incompatible changes that may require "
 "rewriting code."
 msgstr ""
-"Python "
-"2.0的新版本于2000年10月16日发布。本文将介绍2.0版本中的一些令人兴奋的新功能，重点介绍一些其他有用的更改，并指出一些可能需要重写代码的不兼容更改。"
+" 新的发行版 Python  2.0 发布于2000年10月16 日。本文介绍了 Python 2.0 "
+"中令人兴奋的新功能，着重描述了一些其他有用的更改，并指出了一些可能需要重写代码的不兼容更改。"
 
 #: ../../whatsnew/2.0.rst:20
 msgid ""
@@ -158,8 +158,11 @@ msgid ""
 "notification e-mail messages that are completely unhelpful, so Ka-Ping Yee "
 "wrote an HTML screen-scraper that sends more useful messages."
 msgstr ""
-"转向使用SourceForge的服务显著提高了开发速度。补丁现在由原提交者以外的人提交、评论、修改，并在不同人员之间来回传递，直到补丁被认为值得检查。错误在一个中央位置被跟踪，并可以分配给特定人员进行修复，我们还可以统计未解决错误的数量来衡量进度。这并不是没有代价的：开发人员现在需要处理更多的电子邮件，关注更多的邮件列表，并且为新环境编写了专门的工具。例如，SourceForge发送的默认补丁和错误通知电子邮件完全无用，所以Ka-"
-"Ping Yee编写了一个HTML屏幕抓取器，以发送更有用的信息"
+"转向使用 SourceForge 的服务显著提高了开发速度。 "
+"补丁现在由原提交者以外的人提交、评论、修改，并在不同人员之间来回传递，直到补丁被认为值得检入。 "
+"程序错误在一个中心位置被跟踪，并可以分配给特定人员进行修复，我们还可以统计未解决程序错误的数量来衡量进度。 "
+"这并不是没有代价的：开发人员现在需要处理更多的电子邮件，关注更多的邮件列表，并且需要为新环境编写专门的工具。 例如，SourceForge "
+"发送的默认补丁和错误通知电子邮件完全无用，所以 Ka-Ping Yee 编写了一个 HTML 屏幕抓取器以便发送更有用的信息。"
 
 #: ../../whatsnew/2.0.rst:95
 msgid ""
@@ -175,10 +178,10 @@ msgid ""
 "can still ignore the result of a vote, and approve or reject a change even "
 "if the community disagrees with him."
 msgstr ""
-"添加代码的便利性引发了一些初期的成长痛苦，比如代码在准备好之前或未经开发者团队明确同意就被检入。现在形成的审批流程有点类似于Apache集团使用的流程。开发者可以对补丁投票：+1、+0、-0"
-" 或 "
-"-1；+1和-1表示接受或拒绝，而+0和-0则表示开发者对变更大多持无所谓的态度，但略有正面或负面的倾向。与Apache模型最显著的变化是投票本质上是咨询性的，让拥有终身仁慈独裁者地位的Guido"
-" van Rossum了解总体意见。他仍然可以忽略投票结果，并批准或拒绝变更，即使社区不同意他的决定。"
+"添加代码的便利性引发了一些初期的成长痛苦，比如代码在准备好之前或未经开发者团队明确同意就被检入。 现在形成的审批流程有点类似于 Apache "
+"团队所使用的流程。 开发者可以对补丁投票：+1、+0、-0 或 -1；+1 和 -1 表示接受或拒绝，而 +0 和 -0 "
+"则表示开发者对变更大多持无所谓的态度，但略有正面或负面的倾向。 与 Apache 模型最显著的变化是投票本质上是咨询性的，让拥有终身仁慈独裁者地位的 "
+"Guido van Rossum 了解总体意见。 他仍然可以忽略投票结果，并批准或拒绝变更，即使社区不同意他的决定。"
 
 #: ../../whatsnew/2.0.rst:106
 msgid ""
@@ -193,9 +196,11 @@ msgid ""
 " accepting or rejecting the proposal.  Quoting from the introduction to "
 ":pep:`1`, \"PEP Purpose and Guidelines\":"
 msgstr ""
-"实际产生补丁是添加新功能的最后一步，与之前指定一个号的设计相比，这通常比较容易。对于新功能的讨论往往会变成冗长的邮件列表线程，使讨论难以跟踪，并且没有人能够阅读每一条发给python-"
-"dev的帖子。因此，建议了一个相对正式的流程来编写Python增强提案（PEP），该流程借鉴了互联网RFC流程。PEP是描述拟议新功能的草案文件，并不断修改，知道社区达成共识，接受或拒绝该提案。引用自"
-" :pep:`1` 的介绍部分，\"PEP目的和指南\"："
+"实际产生补丁是添加新功能的最后一步，与之前指定一个好的设计相比，这通常比较容易。 "
+"对于新功能的讨论往往会变成冗长的邮件列表帖子，使讨论难以跟踪，并且没有人能够阅读每一条发给 python-dev 的帖子。 "
+"因此，建议了一个相对正式的流程来编写 Python 增强提案（PEP），该流程借鉴了互联网 RFC 流程。 PEP "
+"是描述拟议新特性的草案文件，并不断修改，直到社区达成共识，接受或拒绝该提案。 引用自 :pep:`1` 的介绍部分 \"PEP Purpose and "
+"Guidelines\"："
 
 #: ../../whatsnew/2.0.rst:120
 msgid ""
@@ -204,7 +209,8 @@ msgid ""
 "for Python.  The PEP should provide a concise technical specification of the"
 " feature and a rationale for the feature."
 msgstr ""
-"PEP代表Python增强提案。PEP是一份设计文档，为Python社区提供信息，或描述Python的新功能。PEP应提供该功能的简明技术规范和该功能的理由。"
+"PEP 是 Python Enhancement Proposal 的缩写。 一个 PEP 就是一份设计文档，用来向 Python "
+"社区提供信息，或描述一个 Python 新增特性。 PEP 应当提供对所提议特性的精确的技术规格和原理说明。"
 
 #: ../../whatsnew/2.0.rst:125
 msgid ""
@@ -213,7 +219,8 @@ msgid ""
 "decisions that have gone into Python.  The PEP author is responsible for "
 "building consensus within the community and documenting dissenting opinions."
 msgstr ""
-"我们打算将PEP作为提出新功能、收集社区对某个问题的反馈以及记录Python设计决策的主要机制。PEP的作者负责在社区内建立公式并记录不同意见。"
+"我们打算将 PEP 作为提出新特性建议、收集社区对特定问题意见以及为必须加入 Python 的设计决策编写文档的首选机制。 PEP "
+"的作者有责任在社区内部建立共识，并应将对立的观点也记入文档。"
 
 #: ../../whatsnew/2.0.rst:130
 msgid ""
@@ -236,8 +243,8 @@ msgid ""
 "instead of the 8-bit number used by ASCII, meaning that 65,536 distinct "
 "characters can be supported."
 msgstr ""
-"Python 2.0 "
-"中最大的新增功能是引入了一种新的基础数据类型：Unicode字符串。Unicode使用16位数字表示字符，而不是ASCII使用的8位数字，这意味着可以支持65,536个不同的字符。"
+"Python 2.0 中最大的新特性是引入了一种新的基本数据类型：Unicode 字符串。 Unicode 使用 16 位二进制数表示字符，而不是 "
+"ASCII 所使用的 8 位，这意味着可以支持 65,536 个不同的字符。"
 
 #: ../../whatsnew/2.0.rst:148
 msgid ""
@@ -248,9 +255,9 @@ msgid ""
 "was written up as :pep:`100`, \"Python Unicode Integration\". This article "
 "will simply cover the most significant points about the Unicode interfaces."
 msgstr ""
-"Unicode支持的最终接口是通过在python-dev邮件列表上无数次激烈的讨论达成的，主要由Marc-André Lemburg基于Fredrik "
-"Lundh的Unicode字符串类型实现来完成。详细的接口被写成了文档 :pep:`100` \"Python中Unicode的整合\"。 "
-"这篇文章只涵盖关于Unicode接口的最重要的要点。"
+"Unicode 支持的最终接口是通过在 python-dev 邮件列表上无数次激烈的讨论达成的，主要由 Marc-André Lemburg 基于 "
+"Fredrik Lundh 的 Unicode 字符串类型实现来完成。 详细的接口说明被写成了 :pep:`100` \"Python Unicode "
+"Integration\"。 这篇文章只简单地涵盖关于 Unicode 接口的最重要信息。"
 
 #: ../../whatsnew/2.0.rst:155
 msgid ""
@@ -275,11 +282,11 @@ msgid ""
 "installation by calling the ``sys.setdefaultencoding(encoding)`` function in"
 " a customized version of :file:`site.py`."
 msgstr ""
-"Unicode字符串和普通字符串一样，是一种不可变的序列类型。它们可以被索引和切片，但不能原地修改。Unicode字符串有一个 ``encode( "
-"[encoding] )`` 方法，该方法返回一个以所需编码表示的8位字符串。编码通过字符串命名，如 "
-"``'ascii'``、``'utf-8'``、``'iso-8859-1'`` "
-"或其他。为实现和注册新的编码定义了一个编解码器API，这些编码随后可在整个Python程序中使用。如果未指定编码，默认编码通常是7位ASCII码，不过可以通过在自定义版本的"
-" :file:`site.py` 模块中调用 ``sys.setdefaultencoding(encoding)`` 函数来更改默认编码。"
+"Unicode 字符串和常规字符串一样，是一种不可变的序列类型。 它们可以被索引和切片，但不能原地修改。 Unicode 字符串有一个 "
+"``encode( [encoding] )`` 方法，该方法返回一个以所需编码格式表示的 8 位字符串。 编码格式通过字符串命名，如 "
+"``'ascii'``、``'utf-8'``、``'iso-8859-1'`` 等等。 为实现和注册新的编码格式定义了一个编解码器 "
+"API，这些编码格式随后可在整个 Python 程序中使用。 如果未指定编码格式，默认编码格式通常是 7 位 ASCII，不过这可以通过在自定义版本的 "
+":file:`site.py` 模块中调用 ``sys.setdefaultencoding(encoding)`` 函数来更改。"
 
 #: ../../whatsnew/2.0.rst:172
 msgid ""
@@ -317,10 +324,10 @@ msgid ""
 "errors to be silently ignored and ``'replace'`` uses U+FFFD, the official "
 "replacement character, in case of any problems."
 msgstr ""
-"函数 ``unicode(string [, encoding]  [, errors] )`` "
-"从8位字符串创建一个Unicode字符串。``encoding`` 是一个指定使用编码的字符串。``errors`` "
-"参数指定如何处理当前编码中无效的字符；将 ``'strict'`` 作为值传递会在任何编码错误时引发异常，而 ``'ignore'`` "
-"会静默忽略错误，``'replace'`` 则在出现问题时使用U+FFFD，即官方的替换字符。"
+"函数 ``unicode(string [, encoding] [, errors] )`` 从 8 位字符串创建一个 Unicode 字符串。 "
+"``encoding`` 是一个指定使用编码格式的字符串。``errors`` 参数指定如何处理当前编码格式中无效的字符；传入 ``'strict'``"
+" 作为参数值会在有任何编码错误时引发异常，而 ``'ignore'`` 会静默忽略错误，``'replace'`` 则在出现问题时使用 U+FFFD "
+"即官方的替换字符。"
 
 #: ../../whatsnew/2.0.rst:192
 msgid ""
@@ -354,7 +361,7 @@ msgid ""
 "4-element tuple: ``(encode_func, decode_func, stream_reader, "
 "stream_writer)``."
 msgstr ""
-":mod:`codecs` 模块包含查找现有编码和注册新编码的函数。除非你想实现一个新的编码，否则你最常使用的是 "
+":mod:`codecs` 模块包含查找现有编码格式和注册新编码格式的函数。 除非你想实现一个新的编码格式，否则你最常使用的是 "
 "``codecs.lookup(encoding)`` 函数，它返回一个 4 元素的元组: ``(encode_func, decode_func, "
 "stream_reader, stream_writer)``。"
 
@@ -377,7 +384,7 @@ msgid ""
 "8-bit string was consumed."
 msgstr ""
 "*decode_func* 与 *encode_func* 相反，它接受一个 8 位字符串并返回一个 2 元组 ``(ustring, "
-"length)``，其中 *ustring* 是转换得到的 Unicode 字符串，*length* 是一个整数，表示消耗了多少 8 位的字符串。"
+"length)``，其中 *ustring* 是转换得到的 Unicode 字符串，*length* 是一个整数，表示消耗了多少 8 位字符串。"
 
 #: ../../whatsnew/2.0.rst:219
 msgid ""
@@ -469,7 +476,7 @@ msgstr ""
 
 #: ../../whatsnew/2.0.rst:292
 msgid "List comprehensions have the form::"
-msgstr "列表推导式有如下的格式："
+msgstr "列表推导式的形式如下::"
 
 #: ../../whatsnew/2.0.rst:299
 msgid ""
@@ -852,10 +859,11 @@ msgid ""
 "of :exc:`NameError`, so any existing code that expects :exc:`NameError` to "
 "be raised should still work. ::"
 msgstr ""
-"已经尝试解决Python的一个问题，即当代码在局部变量赋值之前引用该变量时，会引发经常令人困惑的 :exc:`NameError` "
-"异常。例如，以下代码在1.5.2和2.0中都会在 ``print`` 语句上引发异常；在1.5.2中，会引发 :exc:`NameError` "
-"异常，而在2.0中，会引发一个新的 :exc:`UnboundLocalError` 异常。:exc:`UnboundLocalError` 是 "
-":exc:`NameError` 的子类，因此任何期望引发 :exc:`NameError` 的现有代码应该仍然可以正常工作。"
+"已经尝试解决 Python 的一个问题，即当代码在局部变量赋值之前引用该变量时，会引发经常令人困惑的 :exc:`NameError` "
+"异常。例如，以下代码在 1.5.2 和 2.0 中都会在 ``print`` 语句上引发异常；在 1.5.2 中，会引发 "
+":exc:`NameError` 异常，而在 2.0 中，会引发一个新的 :exc:`UnboundLocalError` 异常。 "
+":exc:`UnboundLocalError` 是 :exc:`NameError` 的子类，因此任何期望引发 :exc:`NameError` "
+"的现有代码应该仍然可以正常工作。"
 
 #: ../../whatsnew/2.0.rst:595
 msgid ""
@@ -1514,7 +1522,7 @@ msgid ""
 "A number of new modules were added.  We'll simply list them with brief "
 "descriptions; consult the 2.0 documentation for the details of a particular "
 "module."
-msgstr "添加了许多新模块，我们将简单列出它们并附上简要概述；有关特定模块的详细信息，请查阅2.0文档。"
+msgstr "添加了许多新模块，我们将简单列出它们并附上简要概述；有关特定模块的详细信息，请查阅 2.0 文档。"
 
 #: ../../whatsnew/2.0.rst:1080
 msgid ""
@@ -1632,7 +1640,7 @@ msgid ""
 "supported by the :mod:`gzip` module) (Contributed by James C. Ahlstrom.)"
 msgstr ""
 ":mod:`zipfile` 模块：用于读取和写入 ZIP 格式的归档文件。 这些归档文件是由 DOS/Windows 上的 "
-":program:`PKZIP` 或 Unix 上的 :program:`zip` 生成的，不要与 :program:`gzip` 格式文件（由  "
+":program:`PKZIP` 或 Unix 上的 :program:`zip` 生成的，不要与 :program:`gzip` 格式文件（由 "
 ":mod:`gzip` 支持）混淆。 （由 James C. Ahlstrom 贡献。）"
 
 #: ../../whatsnew/2.0.rst:1142
diff --git a/whatsnew/2.1.po b/whatsnew/2.1.po
diff --git a/whatsnew/2.2.po b/whatsnew/2.2.po

Original file line number	Diff line number	Diff line change
`@@ -1 +1 @@`
`1`		`-{"translation": "93.70%", "updated_at": "2024-06-14T20:27:43Z"}`
	`1`	`+{"translation": "93.78%", "updated_at": "2024-06-14T23:27:10Z"}`