编辑“WordPress:Installing/Updating WordPress with Subversion”

如果你能够用命令行反问网络服务器，而且你的服务器安装了一个[[WordPress:Using Subversion|子版本 (svn)]] client，你可以使用子版本，安装和更新WordPress。虽然子版本通常是软件开发者的工具，非开发人员也可以使用子版本，安装和升级WordPress。有的人认为使用子版本，比遵循[[WordPress:Installing WordPress|标准的 WordPress安装和升级方法]]（下载并且解压归档文件，然后使用FTP将这些文件放到你的网络主机上）更容易，这篇文章介绍了怎样使用子版本。

== 介绍和决定 ==

首先，介绍一点背景知识。子版本是许多现存的''源代码版本控制系统''之一;明确是WordPress使用的版本控制系统。软件开发人员使用版本控制系统，在后台了解源代码，和源代码的修订本并且定期地发行软件版本，供公众使用。你可以在[[WordPress:Using Subversion|使用子版本]]这篇文章中阅读更多的关于子版本，子版本命令，在WordPress开发中使用子版本的内容。

如[[WordPress:Using Subversion|使用子版本]]文章中所详细描述的，WordPress子版本库存拥有几个''分支''或者部分。当你安装或者升级WordPress的时候，你可以选择使用一个子版本分支。你主要可以选择：
* 枝干:枝干是WordPress正在发展的"bleeding edge"版本。这个分支很可能会毁坏或者出现程序错误，但是测试插件和主题，看看这些插件和主题是否适用于下一个版本的WordPress，很有用。如果你想使用这个分支，请阅读下面的"追踪分支"部分。

*一个独特的WordPress发行的版本：如果你想要一个稳定的，运转的软件，那么推荐你使用这个版本。如果你想使用一个稳定的版本，请阅读下面的"追踪稳定版本部分"。

你还需要决定将博客安装到哪个目录中。这里列出的所有例子，假定你的博客安装在一个称为"博客"的目录上。如果你的博客安装在一个不同的目录上，你需要相应地更改显示的命令。

'''注:'''这些指示没有遵循[[WordPress:Installing WordPress|官方]]WordPress升级的建议，如在升级之前取消运行插件并且备份你的数据库。但是你可能还是想执行这些操作。''警告写博客的人''。

== 追踪 Trunk ==

文章的这个部分，假定你已经决定了想让博客运行最新的"bleeding edge"的WordPress发展版本，而且假定你愿意容忍程序缺陷。如果你更想运行一个稳定的，已经发行的WordPress版本，跳读到下面的"追踪稳定版本"部分。如果你的博客已经用标准的方法安装好了，请在文章的结尾部分，阅读"转换"部分。

=== 新的安装===

要安装一个新的WordPress拷贝，在你的命令提示符中输入以下的内容，从以上的目录，你想要安装WordPress的目录开始。这些命令会为你的博客创建一个目录"博客"，然后''检查''（子版本命令"co")，或者从库存中提取，最新的WordPress的"枝干"版本：

<code>
$ mkdir blog<br />
$ cd blog<br />
$ svn co <nowiki>http://svn.automattic.com/wordpress/trunk/</nowiki> .</code>

URL上拖尾的斜线，以及命令尾部的句点，都很重要-这两个符号确定从库存中下载的文件，在当前的目录中结束；留下那个点号，你就会不再创建一个新的安装目录（称作"枝干"），如果当前的目录是你想要安装的目录，那么新的安装目录就不是你所想要的。

下载完成之后，将<code>wp-config-sample.php</code>复制到<code>wp-config.php</code>并且编辑<code>wp-config.php</code>，然后访问你的博客URL，完成安装，就如[[WordPress:Installing WordPress|标准 WordPress 安装指示说明]]上面所叙述的。

===更新到一个新的 Trunk 版本 ===

一段时间后，你可能想要更新，这样你就会运行WordPress软件的最新的trunk版本。要更新，请登录并且使用子版本"更新"命令：
<code>
$ cd blog<br />
$ svn up 
</code>

这样做，会覆盖任何更改过的WordPress提供的文件，留下任何自定义或者私有的文件，插件。换句话说，这样做应该是安全的（但是以防万一，做了一个文件备份）。

运行通常的<code>wp-admin/upgrade.php</code>，你就完成了。

==追踪稳定的版本 ==

文章的这个部分，假定你决定让博客运行稳定版本的WordPress。如果在发展过程中，你更想运行一个不稳定的版本，返回到上面的"追踪 Trunk"部分。如果你的博客已经用标准的方法安装好了，请阅读文章尾部的"转换"部分。

然后你需要做的事是决定安装哪个WordPress版本。这个部分的例子假定你想要安装某个特别的版本；如果你想要安装一个不同的版本，那么请你替换版本数字。

===新的安装 ===

要安装WordPress的一个新的副本，在你的命令提示符中输入以下的内容，从你想要安装WordPress的目录开始。这些命令会为你的博客创建一个目录"博客"，然后''检查'' (子版本命令 "co")，或者从库存中，提取你选择的稳定版本的WordPress。不要输入"$" 字符 –这只是命令指示符的迹象。下面是命令（假定你想要的版本是{{当前版本}}):

<code>
$ mkdir blog<br />
$ cd blog<br />
$ svn co <nowiki>http://svn.automattic.com/wordpress/tags/</nowiki>{{CurrentVersion}} .</code>

命令尾部的点号非常重要-这个点号确定了从库存中下载的文件在当前的目录中结束了；留下那个点，你就停止创建新安装目录（称作"<code>tags/{{当前版本}}</code>"),如果当前目录就是想要安装的目录，你就不想要再安装目录了。

完成下载之后，编辑<code>wp-config.php</code>，然后访问你的博客URL来完成安装，就如[[WordPress:Installing WordPress|standard WordPress 安装指示说明]]所介绍的那样安装。

=== 更新到一个新的稳定的版本 ===

下一次WordPress发行一个新的版本的时候，你可能想要升级到那个新的版本。要升级到新版本，请登录并且使用子版本"切换" 命令 (sw)来切换到新的版本（假定新的版本是{{当前版本}}):
<code>
$ cd blog<br />
$ svn sw <nowiki>http://svn.automattic.com/wordpress/tags/</nowiki>{{CurrentVersion}}/
</code>

这样做会覆盖任何更改了的WordPress提供的文件，但是会留下任何自定义的或者私有的文件，插件和主题。换句话说，这样做是安全的（但是以防万一，做一个文件备份）。

运行通常的<code>wp-admin/upgrade.php</code>你就完成了。

=== 找到发行的版本 ===

你可以访问http://svn.automattic.com/wordpress/tags,子版本库存的"标签"部分，找到WordPress加上标签的版本的列表。

== 将一个"传统的" WordPress切换到子版本Checkout ==

如果你原先安装你的博客的时候，没有子版本，但是你现在想升级/安装博客时，带有子版本，这个部分介绍了可以怎么做。基本的步骤是：

#创建一个新的临时博客目录。
#使用上述的子版本命令，将WordPress（trunk或者稳定的版本）放进来。
#从旧的博客位置中将所有的自定义文件复制到临时目录中。
#重新命名临时目录名，使其匹配旧的目录名。
#运行WordPress更新的脚本（通过进入你的管理网页- /wp-admin/)并且测试所有的内容。

当然，建议你开始之前，备份旧的目录，备份数据库，并且取消运行插件。

下面是一些详细信息，关于输入哪个命令，假定你的旧目录称为"博客",你的临时目录称为"新博客",你想要使用的WordPress版本是稳定的{{当前版本}}版本。如上所述，不要输入"$"字符—这是命令提示符的暗示。

首先，创建临时目录同时查看WordPress位于其中：
<code>
$ mkdir blognew<br />
$ cd blognew<br />
$ svn co <nowiki>http://svn.automattic.com/wordpress/tags/</nowiki>{{CurrentVersion}} .
</code>

然后，将旧的wp-config 和 .htaccess文件复制到新的站点：

<code>
$ cd ../blog<br />
$ cp -p wp-config.php .htaccess ../blognew
</code>

其次，将旧的安装中可能有的文件/目录复制到新的安装中（可能对你并不适用）。例如，如果你有一个''图像'' 目录和一个''wp-digest''文件:

<code>$ cp -rp images wp-digest ../blognew</code>

再次，将旧的站点中的插件，主题，和任何上传的图像/媒体复制到新的站点中（这三项都储存在wp-content 目录中):

<code>$ cp -rpf wp-content/* ../blognew/wp-content</code>

你可能在最后一步中发现了缺陷-你的旧的插件可能会覆盖任何新的''WordPress提供的''插件。这也许不是什么严重的问题，但是在复制后，运行<code>svn up</code> (更新)可能会解决一些潜在的问题。

现在，重新命名目录，使得新的博客dir进入当前的站点：
<code>
$ cd ..<br />
$ mv blog blog-old<br />
$ mv blognew blog
</code>

既然所有的文件都已经安装好了，最后的一步就是访问通常的<tt>wp-admin/upgrade.php</tt> URL允许WP执行任何需要的数据库更新。然后你准备好测试所有的链接和功能。如果有某个内容不能够运行，检查，确定你真的从旧的站点上复制了所有的自定义文件。你不应该再遇到什么困难了，但是如果你遇到了，只要旧的目录返回到原位置，如果完全有必要的话，从文件备份中重建数据库。下面是关于怎样返回目录名：
<code>
$ mv blog blognew<br />
$ mv blog-old blog
</code>

==资源==
[[WordPress:Using Subversion|使用子版本]]

[http://codex.wordpress.org/Installing_Multiple_Blogs#WP-Create_and_WP-Mass-Upgrade 在svn控制下，自动操作和管理WP博客的脚本]