题记 – 我们的博客经常会发布一些ikindle更新，这些更新对于ikindle的用户可能很有用，但是博客的价值不应该只限与此，我们也希望能够创建一个很好的技术交流通道。所以从今天开始，我们会在上面发布ikindle构建过程中的一些用到的技术，以及我们的评价，希望能够有用，也希望能引起一些有用的讨论。

什么是test, stage, production服务器

test服务器用于你自己的测试和调试，production服务器则是你的最终面向用户的服务器，用户最终会访问的地方。这两个服务器必然是要分离的，不然你做的修改会随时反应到你的用户，而这些修改里边可能有一堆的bug，这自然使你不希望看到的。

你可能想到的另外一个可行的工作流程就是现在本地修改，再同步到production服务器去：

但是这里也有一个潜在的问题，一般你的本地测试环境，受各种条件的限制，并不完全等同于production服务器，一般本地的配置文件需要和远端的production服务器要分离开来，你用的数据库也有可能不一样，配置文件等等都可能需要修改，所以比较容易引发潜在的bug。为了让你的用户满意，你还需要一个中间的stage服务器，部署在和production 服务器完全相同的环境中，本地调试完成之后，可以在stage 服务器调试，最后再同步到production服务器。

所以流程将会变成

 如何部署

我们使用的版本控制系统是git 。你可以用git同步test服务器(一般在本地，是程序员自己搭建的开发环境)和stage服务器。下文中会用到几个概念，先定义一下：1 集中的代码仓库 (可以部署在stage服务器上)：所有的开发人员在本机做好了调试，都可以push到这个代码仓库，其他所有的人都可以从这个仓库同步，从而保证每个人都有最新的版本。 2.  stage服务器的web目录：这个目录包含了你的网站的所有代码，也是apache请求到达的地方。3. production服务器的web目录：同2，只不过是在production服务器上部署。 $local 代表本地服务器， $stage 代表stage服务器。所以你需要做三件事情来同步$test服务器和$stage服务器：

在$stage上创建一个git 仓库作为一个集中代码仓库，确保使用了–bare，这样所有的开发人员都可以向这个共同的服务器push代码。这个集中的代码仓库不一定在$stage上，你也可以部署在其他的服务器。 在$local上找到你希望同步的代码，git init，并且将$stage的git 仓库添加到你的push路径中。 在$stage的代码仓库中添加一个hook脚本(hooks/post-receive)，用于自动签出最新的版本到你的$stage的web目录。也就是说，每次你push了新的代码，你的$stage的web目录都会更新，保持最新的版本。我们使用的是: GIT_WORK_TREE=/home/okidogi/www/stage/ikindle.mobi git checkout -f , 其中 /home/okidogi/www/stage/ikindle.mobi 是你的$stage 的web目录。 同步$stage和$production你可以用一些其它的同步工具，保证两者个一致。 如图：

你有什么意见和建议可以留言给我们，请发表有用的看法，没用的评论会被删掉。Thanks。