bak文件带来的灾难

第二章 bak文件带来的灾难
/**
作者 ：慈勤强
Email：[email protected]
最后修改：2004-10-03
**/
一日，在网上与一朋友闲聊，朋友是做网站开发的，以前也与其讨论过技术方面的问题，
只是好久没有在网上见到了，就好像人间蒸发了一样。
“Steven，最近忙些什么呢？”，朋友先问到。
“没什么，在家下岗待业呢，呵呵”，我答道。
“哦，那正好，我们最近刚刚完成了一个政府部门的信息系统，现在正处于试运行阶段，
你看看，给点意见，^-^”，朋友回答道。
“你这家伙，我都下岗了，你也不安慰一下，呵呵”
“你还怕找不到工作呀，^-^”
“呵呵，那好，不过别忘记请客啊....”
......
一阵调侃之后，朋友把网址发了过来。
于是，我打开这个网站一看，很清新的一个网站，看起来简单但不失实用，朴素但不失
悦目，挺不错的。再看一下，这是一个用Asp编写的动态网站，那猜想数据库应该是SQL Server
的吧。
“不错啊，这不是挺好的吗？”我又回了朋友一句。
“还行吧，过两天就要验收了，^-^”
“哦，那你们项目组几个写程序的人啊？”
“3个人，做了三个月呢”，听得出来，他们还是倾注了不少的精力的。
“哦，那你们用什么开发工具，如何进行版本控制呀？”，我是比较关注项目过程的。
“嗨，不怕你笑话，我们根本就没有进行什么版本控制，每个人负责几个栏目，到时候
一拼就可以了。
　我们就用Editplus开发asp。”
这么大个系统，竟然连基本的版本控制都没有，真是不可思议，也不知道他们是怎么
接到这个政府部门的项目的？
我暗自心想，突然想起了Editplus，这是一个非常小巧，实用的文本编辑器，我也一直
用它。可是对于Editplus，默认的情况下，它都会在当前目录下生成一个当前文件的备份，
比如你在写一个member.asp的程序，保存的时候，Editplus会自动生成一个备份文件，
member.asp.bak。所以在写完程序，往外发布的时候，如果没有完全删除这些备份文件，那么
隐患则是巨大的。
他们不会存在这个问题吧，我心想。
我边想，边顺手在一个正在访问的文件News.asp文件后面加上一个.bak，也就是我访问
的文件变成了http://网址/News.asp.bak， 回车一看，果不其然，这个文件的源代码