本仓库是官方 docbook 的 git 仓库。
请注意原来的位于 git.php.net 的上游仓库已被弃用，目前此仓库为正式仓库，而非镜像
PHP 文档的翻译工作完全是一项志愿行动，你不会从中得到任何利益。而且要建立起一个适合进行翻译工作的环境也是相当繁琐的，例如申请 git 账号，拥有 Unix/Linux 环境以及 git 工具，订阅相关的邮件列表，翻译完成后还要继续关注英文文档是否有了更新等等。
你能得到的是什么呢？是一种无私奉献并与世界各地的同好们一起工作的乐趣，英文翻译水平的提高（希望这样），对 PHP 更加深入的了解以及在 PHP 文档的中文页面中署上你的大名。
如果你不能满足下面的所有条件，那么你可能不适合加入 PHP 文档的翻译工作：
- 愿意进行无私奉献加入这个志愿行动；
- 英文程度较好，有较好的汉语书面表达能力；
- 对 PHP 本身有相当的了解；
- 对 Unix/Linux 有相当了解，能够自行建立起 git 的工作环境；
- 在参与翻译工作时（请注意这一点）愿意为此投入较多时间；
- 以后能够定期访问并且尽量更新自己所维护的文件；
假如你能够做到以上这几点，那么欢迎你加入 PHP 中文文档翻译小组！
你可以直接按照 GitHub 的工作流程：GitHub Flow，fork 此仓库完成修改后再提交 Pull Request，你提交的 PR 会在通过翻译小组审核后，合并到官方文档中。
在我们开始之前，我们假设：
- 你运行的是 macOS/Linux 环境
- 你已经安装了 php，并且可以通过命令行来运行它
- 你已经安装了 git 环境
创建一个目录，把我们需要的所有工具和 repos 放在里面，以便开始为文档做贡献：
mkdir ~/php-docs
cd ~/php-docsmkdir phpdoc
cd phpdoc
git clone git@github.com:php/doc-en.git en
git clone git@github.com:php/doc-zh.git zh
git clone git@github.com:php/doc-base.git仓库里的 .xml 文件是文档的原始文件，我们所看到的 html 和官方在线的 php 文档，都是由这些 xml 文件生成的。XML 的格式为 DocBook，这也是在 markdown 成为主流之前最流行的文档规范。
git 仓库中的每个文件都有一个版本号，它用来指明当前文件的版本号，我们使用版本号来检查一个文件是否与它的英文版本同步：找出翻译是否是最新的。这就是为什么您的翻译中的每个文件都需要一个 EN-Revision 注释，其语法如下。
<!-- EN-Revision: [some commit hash] Maintainer: [username] Status: ready -->为便于跟踪翻译工作以及保持与英文文档一致，请用以下两行代替原来英文文档的前两行（以下为示例，请依据实际情况修改）：
<?xml version="1.0" encoding="utf-8"?>
<!-- EN-Revision: 68a9c82e06906a5c00e0199307d87dd3739f719b Maintainer: verdana Status: ready -->有时也可以加入这样一行：
<!-- CREDITS: Gregory,dallas -->各项变量说明如下:
| 变量 | 说明 |
|---|---|
| EN-Revision | 与当前中文文档相对应的英文文档的版本号（当前指的是 commit hash，后续不再再次说明），非常重要！方便后续文档更新检测 |
| Maintainer | 此中文文档的维护者，一定要与 translation.xml 中的 nick 相同，区分大小写！ |
| Status | 翻译完成后写 ready，翻译一部分的写 partial |
| CREDITS | 如果你对别人维护的文档做了重大更新或者完成了其中相当大的一部分翻译工作，请在这里添上你的昵称，多个人用逗号隔开 |
假设你想翻译 in_array() 函数的文档，但这个函数在中文文档中还不存在，切换到 en 目录，然后执行 git log -n1 --pretty=format:%H -- reference/array/functions/in-array.xml 获取 commit hash。
在此示例中，执行命令后的输出是 68a9c82e06906a5c00e0199307d87dd3739f719b。让我们看看如果假设你的 git 用户名是 johnsmith，你的翻译文件头应该是怎样的。
<?xml version="1.0" encoding="utf-8"?>
<!-- EN-Revision: 68a9c82e06906a5c00e0199307d87dd3739f719b Maintainer: johnsmith Status: ready -->规则很简单：如果你的版本号等于你所翻译的英文文件的版本号，那么你的翻译就是最新的。否则，就需要进行同步更新。
假设你想更新 password_needs_rehash() 的翻译。使用 doc.php.net 工具查看哪些文件需要更新以及需要更改哪些内容才能与英文版本同步：
点击 Outdated files 链接，可以通过目录或用户名来过滤文件（用户名来自于上述头注释中的 Maintainer 变量）。我们假设该工具将 password-needs-rehash.xml 标记为过时的文件。点击文件名，你会看到 diff -- 两个版本的文件之间的变化列表：你的版本（在你的翻译中的 EN-Revision 中的当前 commit hash）和英文源树中的最新版本。下面的例子应该是 diff 的样子。
diff --git a/reference/password/functions/password-needs-rehash.xml b/reference/password/functions/password-needs-rehash.xml
index 984eb2dc5c..860758a4a4 100644
--- a/reference/password/functions/password-needs-rehash.xml
+++ b/reference/password/functions/password-needs-rehash.xml
@@ -12,8 +12,8 @@
<methodsynopsis>
<type>boolean</type><methodname>password_needs_rehash</methodname>
<methodparam><type>string</type><parameter>hash</parameter></methodparam>
- <methodparam><type>string</type><parameter>algo</parameter></methodparam>
- <methodparam choice="opt"><type>string</type><parameter>options</parameter></methodparam>
+ <methodparam><type>integer</type><parameter>algo</parameter></methodparam>
+ <methodparam choice="opt"><type>array</type><parameter>options</parameter></methodparam>
</methodsynopsis>
<para>
This function checks to see if the supplied hash implements the algorithm我们可以直观的看到有两行存在不同，文档概要中的参数 options 和 algo 的类型分别从字符串变为了整数和数组。所以我们要在翻译的文档中进行这些对应的修改，以使其成为最新的版本。打开 phpdoc/{LANG}/reference/password/functions/password-needs-rehash.xml 修改这两行，使其与英文版本一致。同步完成这些修改后，需要在标题注释中更新 EN-Revision commit hash。也可以使用 CREDITS 添加你的名字。
原文件头：
<?xml version="1.0" encoding="utf-8"?>
<!-- EN-Revision: 6640ca4c12c6bcaf0b2a99e75871f417b38df1a2 Maintainer: someone Status: ready -->修改后的文件头部应该是这样的：
<?xml version="1.0" encoding="utf-8"?>
<!-- EN-Revision: a1b67e45e7c762a917323d260c491c0361040ce4 Maintainer: someone Status: ready -->
<!-- CREDITS: johnsmith -->新的 EN-Revision commit hash 来自于文档工具页面，如果你想把自己添加到已经存在的 CREDITS 标签中，用逗号隔开用户名即可：<!-- CREDITS: george, johnsmith -->。
现在翻译已经是最新的了，我们只需要等待官方文档每天同步更新，即可看到你的最新工作成果。
- 文件是 UNIX 的文件格式而不是 DOS 的，也就是文件中的换行标记只有换行符（\n），而没有回车符（\r）。并且在文件中不要使用 （制表符\t）而要使用空格；
- 请注意翻译中的标点问题，使用中文标点符号；
- 中英文字词之间使用空格分开，与中文标点之间就不要有空格了；
- 不要翻译 TRUE，FALSE，Boolean 之类的词。翻译中请注意！
- 请翻译的时候注意使用书面用语，翻译完成后检查确认没有错别字和其它错误后再提交！
- 请参加翻译的人员加入
doc-zh@lists.php.net邮件列表.具体方法是向doc-zh-subscribe@lists.php.net发一封空白电子邮件，然后回信确认。我们在这个邮件列表里面讨论和协调翻译工作。该邮件列表的内容可以通过如下地址访问 https://news-web.php.net/php.doc.zh - 请参加翻译的人员，一定要在提交翻译完成的 XML 文件前运行
php configure.php --with-lang=zh命令，检查文件是否有语法和拼写错误。
在原始的英文 XML 文件中不存在此问题，因为英文单词之间本来就有一个空格，而无论是 XML 文件还是编译后的 HTML 文件对待任何连续的空格，回车以及制表符都当成一个空格看待。但是在中文书写习惯中，汉字之间以及与中文标点符号之间都是没有空格的。因此英文文件中类似这样的段落：
<para>
This section applies to Windows 95/98/Me and
Windows NT/2000/XP. Do not expect PHP to work on
16 bit platforms such as Windows 3.1. Sometimes
we refer to the supported Windows platforms as Win32.
</para>
在编译后显示出来当然完全正常。可是如果翻译成这样：
<para>
本节内容适用于 Windows 95/98/Me 以及 Windows NT/2000/XP。
PHP 不能在 16 位平台例如 Windows 3.1 下运行。有时我们把
支持 PHP 的 Windows 平台称为 Win32。
</para>
就会在 HTML 页面显示时在“XP。”和“PHP 不能”以及“我们把”和“支持”之间出现一个不希望的空格，破坏了页面的美观。这种情况下当然可以将翻译的结果全部放到同一行中来解决，例如：
<para>
本节内容适用于 Windows 95/98/Me 以及 Windows NT/2000/XP。PHP 不能在 16 位平台例如 Windows 3.1 下运行。有时我们把支持 PHP 的 Windows 平台称为 Win32。
</para>
但这样给翻译时的阅读又带来了不便。可用的解决方法是在翻译后的文件中保留下来的英文单词前后换行 － 既然中英文字词之间本来就是用空格隔开的并且一个空格和多个空格也没什么区别。那么以上这一段在中文文件中可以写成这样：（要注意，不要在中文标点符号前后换行！）
<para>
本节内容适用于 Windows 95/98/Me 以及
Windows NT/2000/XP。PHP 不能在 16 位平台例如
Windows 3.1 下运行。有时我们把支持
PHP 的 Windows 平台称为 Win32。
</para>
这样一来显示的时候就没问题了。如果翻译后结果是一大段纯中文的文本，那就没办法了，只能老老实实放在同一行，即使很长很长。
总之原则是在保证显示出来的页面美观无误的情况下兼顾原始 XML 文件的可读性。
