《重构HTML：改善Web应用的设计（修订版）》——第2章 工具 2.1 备份、测试用机和源码控制

本节书摘来自异步社区《重构html：改善web应用的设计（修订版）》一书中的第2章，第2.1节,作者： 【美】elliotte rusty harold 更多章节内容可以访问云栖社区“异步社区”公众号查看。

自动化工具是重构的重要组成部分。尽管可以使用文本编辑器手动执行重构，甚至有时出于演示的目的我也使用这种方式，但实际上绝大多数的时候我们都使用软件来辅助工作。据我所知，到本书写作时为止，还没有可用于html的主流的重构浏览器（refactoring browser）。但已经有很多工具可用在重构的过程中。本章会讲解一些工具。

自始至终，我都会在本书中向你展示一些非常强大的工具和技术。伟大的教育家stan lee告诉我们：“能力越大，责任越大。”①使用这些技术必须对结果负责，不要让破坏变得不可弥补。我给你展示的工具中有些可能会“行为不端”，有些被弄糊涂时还有会出现边际效应。品质不良的html实在太多了，因此这里讨论的工具做不到面面俱到。因此，重构html至少需要5个步骤。

(1) 确定问题。

(2) 修复问题。

(3) 检验已修复的问题。

(4) 确保没有引入新问题。

(5) 部署解决方案。

错误在所难免，因此不要在任何一个在线的网站上使用这些技术。在做任何改动之前，先准备好一份网站的本地副本。完成本地副本的修改之后，仔细检查所有页面才进行部署。

现在许多大型网站都已经使用测试用机（staging server）或开发用机，在公开发布之前可以部署和检查内容。如果只是个人静态的小网站，直接复制一份到本地硬盘上进行修改就可以了。但无论如何都只在副本中工作，并在部署之前检查所有的变化。如何检查变化则是下一节要讲述的内容。

当然，就算是经过了最仔细的检查，还是难以避免一些错误，而这些错误由最终用户首先发现。有时网站在测试用机上运作得很好，但到了生产机中就有可能因为未知的配置区别，而碰到各种不可思议的问题。因此，对生产环境的网站进行整体备份，以便新部署的网站不能按预期运作时进行恢复，这是一个非常不错的做法。定期、可靠、经过测试的备份是不可或缺的。

最后，你应该非常谨慎地把包括html、css和图片的代码存储在源码控制系统中。程序员使用源码控制系统有数十年了，但web开发者和设计者对它还相对陌生，现在是改变的时候了。网站越复杂，那些微乎其微的问题就越有可能被忽略。在重构时，能够恢复到前一个甚至是数月乃至数年之前的版本是非常关键的，这样才能找到是哪次改变引入了错误。源码控制同时提供以时间为标识的备份，因此可以还原到指定时间点的状态。

在web开发中，我强烈推荐使用subversion，很大程度上是因为它非常好地支持目录间文件的移动，并且对unicode的出众支持和对二进制文件的得体支持也非常有帮助。大部分的源码控制系统在默认情况下都为程序员配置妥当，不用去关心文件在目录间的移动。但是web开发者频繁地改变网站结构（实际上过于频繁了），因此系统必须能够追踪文件移动的历史。如果上级已经帮你配置了如cvs、visual sourcesafe、clearcase或者perforce等其他源码控制系统，你大可随遇而安。但从长远看来，subversion可能会做得更好，并且可以减少问题的引发。

如何管理subversion这个主题可以写一本书，而实际上也已经有很多这样的书了（我喜欢的是mike mason著的pragmatic version control using subversion[the pragmatic bookshelf，2006]）。很多大型网站专门雇佣负责管理源码控制仓库的人。但先别担心，毕竟配置subversion或其他源码控制仓库的难度，并不会超过配置apache或其他web服务器。只需阅读少量文档，修改某些配置文件，或者求助于新闻组，或者通过google搜索就可以解决难题。这都是切实可行的，而且这些时间值得付出。

如果有必要，你可以使用命令行在subversion中提交或获取文件。但如果能使用如bbedit这种内置支持subversion的编辑器，事情会变得更简单。如dreamweaver这种本身不支持subversion的编辑器也有插件支持subversion。此外，像tortoisesvn和scplugin这种有界面的产品，可以在windows系统上的资源管理器或是mac系统上的finder上直接集成subversion。

一些cms（内容管理系统）也有内置的版本控制。如果你使用的cms正好有版本控制，或许就没有使用外部仓库的必要了。比如，mediawiki把所有页面的所有修改都存储起来，这样就可以查看指定页面在任何时间任何位置的状况，而且还能够还原。这是维基百科所安装的mediawiki模块中很重要的一个，因为修改是一个很现实的问题。不过即便是不对外开放编辑权限的私有网站，也能在保存的完整的历史记录中得到好处。wiki是web中使用版本控制最普遍的一种，其他一些（如siteline等）cms也提供这样的功能。