• 苹果落到地上而不是天上，这是重力的作用；
• 树叶从树枝上飘落的样子谁也无法预测，这是混沌过程；
• 热恋中的恋人总是难分难舍，这是荷尔蒙等激素作用于下丘脑的结果；
• 。。。 。。。

    诸如这些“复杂”的问题，背后总有一个“机制”在作用，找到了这个机制，我们就能化繁为简，解决复杂的问题。

    在软件的生命周期中，维护是一个很重要的过程，我们需要不断的为软件升级，以解决不断变化的新问题，如何升级，这是我们设计系统的时候必须考虑的问题。网站程序也需要不断的升级，不过相对而言比较简单，但工作量不算小，我们看看具体的工作场景：
1，手工使用FTP升级
    确认那些网页文件刚刚修改过，然后将这些文件一个个的使用FTP工具上传到FTP服务器上。该过程大部分都是使用手工完成，靠人来识别那些是要上传得文件，但这种方式仅适用于升级不是很频繁，文件不是很多的情况。

2，采用专用的版本管理软件
    详细登记要升级的每个文件的基本信息和版本信息，通过版本来确定当前文件是否需要升级。由于要升级的文件可能比较多，工作量相当大，而且需要一套严格的版本管理流程，一旦版本管理出现问题就会引起严重的后果。借助于专用的版本管理软件，能够减轻版本管理的问题，但仍然有大量的文件信息需要录入。这种方式适用于需要严格进行版本管理的情况，通常情况下会为每一个版本准备一个“升级包”，将这个文件包上传到服务器后，再由人或者程序解压缩到网站目录。

    对于场景1，我们可以设计一个自动识别新修改文件的程序，将文件自动上传到FTP服务器，从而进一步减少工作量，对于场景2，由于强化了“版本管理”过程，似乎很难找到更优的解决方案。

 

程序升级为什么要使用版本管理？

• 方便我们知道当前开发的是哪个时候，哪个客户的的程序；
• 让客户知道当前软件的版本信息，了解新版本软件的新功能，从而决定是否购买我们的新软件；
• 让老板知道，当前发布的软件有那些功能升级和那些bug被修复了；
• 出于商业化考虑，推出XX个人版，XX企业版，XX旗舰版，面向不同的客户进行营销；
• 。。。 。。。

    有很多理由然我们需要有“版本”这个东西，存在既是合理的，我们不用再去深究“版本”和“版本管理”这个词语，看看它们背后的机制是什么：
================推理过程：======================
因为
1，版本代表了新的功能，新的程序；
2，功能体现在对应的程序上；
3，程序就是一个个程序文件；

所以
版本对应一个个文件；

推论1：
不同的版本 区分 不同的文件；

推论2：
发布新版本（升级） 等于 发布新（增加或者新修改）文件；

推论3：
程序升级 等于 文件同步
说明：就是将客户方的程序升级为我们这边一样的程序，也就是双方程序文件的同步。

================================================

    大功告成，我们得到了“网站程序升级”也就是“文件同步”的过程，或者说它背后的机制，就是“文件同步”。
有了“文件同步”这个机制，我们明白“FTP”，仅仅是文件同步的工具而已，“版本管理”，也不过是文件同步的手段（措施）而已。
    有了这个简单的机制，我们还需要复杂的版本管理吗？当然对于市场，对于客户或者老板却是需求，而对于我们技术人员，我们不要在被它的表象蒙蔽了，“版本”这个东西不是我需要的，一边去吧！

    在WXXX项目中，第一次采用了“文件同步”的理念来做网站程序的升级，开发人员将测试通过的程序，重新编译一次，然后全部复制到一个发布服务器上，再运行一个文件同步发送端程序，将新的文件打包，使用邮件发送到客户方的邮箱中，客户方的文件同步接收端程序检查到新文件后，接收并解压缩到网站目录，结束文件同步操作，完成最终的“网站程序升级”功能。
    整个过程，仅需要将编译后的文件不管三七二十一复制到发布服务器即可，其它操作都由程序自动完成。文件的发送过程可以采用邮件，也可以采用FTP或者其它你喜欢的方式。

    有了“文件同步”这个机制，呈现升级是不是非常简单了呢？

    探寻背后的机制，才是解决复杂问题的有效手段！

    本文转自深蓝医生博客园博客，原文链接：http://www.cnblogs.com/bluedoctor/archive/2011/02/05/1949242.html，如需转载请自行联系原作者