提到软件版本控制，可能很多人第一时间想的是软件开发人员使用的SVN、GIT、CVS等。这些软件都是开发人员用来做代码管理的软件，而我们今天谈的软件版本控制和这些不是一个概念，说的是使用软件的版本控制。
绝大部分的IT PRO都不是开发人员，所以他们并不是工具（软件）的创造者，而是这些的使用者，一个合格甚至优秀的IT PRO几乎会成为某些软件方面的使用专家。同时还兼职着这些软件产品的维护和故障解决等身份。如今的软件发展速度很快，一年，半年甚至几个月就会发生版本的变更，这些快速的发展给IT PRO带来了压力，特别是要承担技术顾问的角色，新的软件总是带来一些变化，有的是很小的修补，有的确是翻天覆地的变化。
我并不是要求大家要学会偷懒甚至厌恶或拒绝对新版本软件的接受。不过一个使用型产品，如果在你的企业中，这些使用的产品线拉的很长，你的压力就会越大。
我们必须第一时间去尝试和接受新产品，尝试它们的新功能，领略它们的新界面，不断接受这些变化，但同时在真正的使用过程中，我并不建议大规模的应用到企业中去，这样做是有很大的风险。
对于桌面办公型产品，最好的例子就是OFFCIE。可能你公司有一些比较前卫的同事已经开始使用OFFICE2013了，但是他们并不是IT方面的专业人士，由于专业基础很薄弱，他们在学习新产品又没有花费足够的时间去了解它，作为技术顾问的你就会手忙脚乱的去帮助他们解决。很显然你和他们在一段时间内是出于同一起跑线的，面对于他们的求助，你可能在短时间内无能为力，尽管你比他们拥有更高效的学习方法，然了解新产品毕竟需要一段时间，很可能在这个过渡时期，你的技术能力就遭到了这些人的质疑，甚至成为投诉你的“资本”。而有另一些人的思想恰恰与这些人相反，他们是一帮思想顽固的份子，觉得当前的软件用起来很好，学习新版本的软件需要花费很多时间，在相当长的一段时间内不愿意甚至反对接受新产品。当两者的差异长期并存，产品线就会拉的越大。你不但要学会如何帮助老版本的软件使用者解决问题，还需要帮助新版本的使用者解惑。同时新旧版本的文件差异性与兼容性也成了问题。比如OFFCIE2003不能打开OFFCIE2007以后的新格式文件，OFFICE2007需要使用保存文档兼容模式才能让OFFCIE2003版本的软件打开。而且对于这种商业软件企业还不得不花费大量的资金对新版本软件进行购置。这里仅仅是对大家深知的办公软件进行简单的举例，还有更多的软件存在这些问题。
对于企业型产品一个很好的例子就是活动目录域。客户端WINDOWS XP和服务器端WINDOWS SERVER 2003、客户端WINDOWNS 7和WINDOWS SERVER 2008 R2是两套独立的黄金搭档。所以很多IT PRO在试验环境都拿它们同时搭配试验或实战技术介绍。例如：ccfxny 的2008R2Win7管理系列 博文：http://ccfxny.blog.51cto.com/ 不幸的是很多企业的一些员工在域控还在WINDOWS 2003系统和2003域控级别下擅自将操作系统升级到WIN7，或者一些企业的强势员工抱残守缺，在企业域控升级到2008系统后宁死保卫者XP系统的领地，造成了企业网WINXP、7混合存在的情况，给管理员管理造成了压力。一个比较明显的麻烦就是一些组策略的实现不得不考虑到两种系统都要兼顾才能实现的问题，当然还有很多。除此之外，高版本服务器端，低版本客户端或者相反的情况比比皆是。
对于生产环境下的服务器也有类似的问题。比如A项目：用了某WEB2.1服务器版本+数据库1.2版本，结果B项目：用了WEB2.4版本+数据库1.3版本。诚然我们可能会想到由于项目用途不同，所需要的版本不能苛求一致。但是如果从技术层上对于这些支撑软件同一版本可以完成任务的话，如果随意的选择版本，不但管理上会造成一团糟，对于自动化建设也是相当不利的。
还有一种情况和现象就是刻意的追求所谓的最大安全化，在软件层面上追求最新版本。因为最新版本可能修复了一些BUG或增加性能。但是盲目的使用新版升级尽管带来了一时的快感，但是造成了业务中断，服务无法启动，比起一些BUG，后果要严重多了。正所谓上山容易，下山难。升级容易，降级难。一旦升级造成了你没有想到的问题，那么如何降级恐怕也是要考虑的问题了。
以上的很多问题，其实大家注意一点就好办，就是要做软件版本的控制，对于企业尤其如此，要有步骤有计划的使用软件。减少某款软件在企业中的产品线，尽量对软件版本进行统一控制，版本的数量越简单越好。当然，作为IT PRO的你，也可以轻松一些了，不是吗？
