# HG changeset patch
# User Zhaoping Sun <zhaopingsun@gmail.com>
# Date 1257716147 18000
# Node ID aafcc7f42da9777e9c60f53d4df81054c2a8135d
# Parent  d67f6a096994c9dc65b92ed85d2b5f31b9967306
1.4.2 zh translated

diff -r d67f6a096994 -r aafcc7f42da9 po/zh.po
--- a/po/zh.po	Sun Nov 08 10:04:19 2009 -0500
+++ b/po/zh.po	Sun Nov 08 16:35:47 2009 -0500
@@ -2925,6 +2925,11 @@
 "illusory, you are forgoing the ability to fluidly collaborate with whatever "
 "people feel compelled to mirror and fork your history."
 msgstr ""
+"有些人拒绝分布式工具因为他们想保持对项目的控制，他们相信集中式工具会给他们这种"
+"控制。如果你这种想法，并你将CVS或者Subversion版本库向大众发布了，那么别人可用"
+"现有的很多工具将整个项目的历史抓取出来（可能很慢），在其它你控制不了的地方重建"
+"版本库。这时你的控制只不过是一种幻觉罢了，一些人被迫从你的版本库创建映像和分"
+"支，而你失去了和他们协作的机会。"
 
 #. type: Content of: <book><chapter><sect1><sect2><title>
 #: ../en/ch01-intro.xml:329
@@ -2944,6 +2949,11 @@
 "site, so that there's no redundant communication between repositories over "
 "expensive long-haul network links."
 msgstr ""
+"遍布全球的团队正在进行许多商业项目。远离中央服务器的贡献者会发现执行命令速度很"
+"慢同时不怎么可靠。商业的版本控制系统改善这个问题的办法就是让你购买远程复制插"
+"件，这通常很昂贵，并且很难管理。分布式系统首先不会有这样的问题。其次，你可以很"
+"容易的建立多个授权服务器，假设每个站点一个，这样可以避免在昂贵的长途线路上的冗"
+"余的通讯。"
 
 #. type: Content of: <book><chapter><sect1><sect2><para>
 #: ../en/ch01-intro.xml:343
@@ -2958,6 +2968,11 @@
 "a much larger team, and replication to balance load becomes a simple matter "
 "of scripting."
 msgstr ""
+"集中式的版本控制系统的扩展性相对较低。只要不多的并行用户的组合负载就可以将一个"
+"昂贵的中央服务器压垮。同样，典型的反应就是昂贵笨重的复制设备。因为中央服务器的"
+"最大负载&emdash;如果你有的话&emdash;比分布式工具低很多（因为所有的数据要北复制"
+"到其它地方），一个廉价的服务器就可以满足一个相当大的团队的要求，为平衡负载而进"
+"行的复制只需要简单的脚本就够了。"
 
 #. type: Content of: <book><chapter><sect1><sect2><para>
 #: ../en/ch01-intro.xml:355
@@ -2969,6 +2984,9 @@
 "and regressions in the customer's environment, all without needing to connect "
 "to your company's network."
 msgstr ""
+"如果你有员工需要在客户方解决问题，那么他们会受益于分布式版本控制。工具允许他们"
+"创建客户环境，互相独立的尝试不同的解决方案。并且可以高效的从历史代码中查找bug"
+"的根源，在客户环境中进行回归，所有的这些都不需要连接公司的网络。"
 
 #. type: Content of: <book><chapter><sect1><title>
 #: ../en/ch01-intro.xml:366