[发明专利]涉及日志和父映象替换的网站开发

说明书

发明背景

技术领域

本发明涉及一种分级文件系统，尤其涉及可用作网站开发工具的文件管理系统和方法。

背景技术说明

互联网在商务中扮演着重要角色，大多数公司都有一个网站。许多网站需要频繁地修改，并且往往是按照特别程序由投稿人来修改。因此，能保持网站内容最新、精确并完整性好的持续程序(on-going)往往比初期规划和开发阶段更具有挑战性。互联网网站可能每日，每小时或每分钟做数百次更新。同样，互联网内容投稿人不断提交新内容或是对现有内容进行修改，除非将新内容快速集成，内联网作为基础通信资源的用处是有限的。

因为网络投稿人的数量成指数增加，大型网站面临许多问题。这些网站的容量和内容急剧增加，并且网站必须随着网站业务和互联网商务的增长更加频繁地更新。随着投稿人数量、容量和内容复杂性的增加，网站的管理者(“网站管理员”)更难以监视每一变化并且进行质量控制。

由于网站开发的复杂性，需要有一个中央系统来管理和控制网站开发。用来管理和控制网站开发的公知系统包括软件配置管理系统，文献管理系统和数据库发布系统。

这种公知网站开发系统有几个缺点。例如，由于网站维护往往需要数十上百人的工作，网站投稿人最好能平行工作。软件配置管理系统不允许投稿人同时改变网站的同一区。另外，如果不对网站进行实际的改变，公知的系统都不允许投稿人平行工作来独立测试其自身的工作。这样，网站就会贴出冲突的修改，致使网站出错。

由于投稿人在与其它投稿人一起工作时不能监视其工作中自己层面的结果，公知系统依赖网站管理员来集成在网站上贴出的所有修改并检查修改错误。网站管理员还要确保投稿人仅仅改变他有权修改的内容。然而，因为网站管理员必须对网站的修改进行所有的集成和测试，网站管理员往往成为网站开发程序的瓶颈。集成多个用户的工作耗时费力，并且会在错误修复和解决冲突上浪费大量时间，而很少有时间投入设计、革新和策略。另外，在投稿人准备好向网站管理员提交修改之前，网站管理员不容易监视投稿人的修改进度。因此，网站管理员无法提前校正错误并且无法确定投稿人的进度。

公知的网站开发系统的另一个缺点是无法跟踪文件版本历史。因为网站文件是不断添加、删除、修改、移动和重命名的，最好能知道何人制作了一个文件的版本和该版本是何时制作的。通过完整访问以前版本，用户很容易发现造成错误的修改，恢复在前版本，并识别新的错误。另外，公知的网站开发系统不允许直接访问网站分部或整个网站的任何在前版本。直接返回到网站的任一在前版本的能力在网站瘫痪或是不合适或是信息错误发布的情况下是一种重大事故恢复工具。

另外，在程序或系统故障的情况下，正在修改中数据会丢失。跟踪特定文件系统的所有父目录是很困难和麻烦的。

发明内容

本发明提供了一种文件管理系统和方法。

本发明的系统包括在此处被称为“区”的分级文件系统。有三种类型的区：工作区，分级区和版本区。工作区是可修改的文件系统，用户在工作区内可以创建，编辑，删除，添加及修改文件和目录。在一个实施例中，工作区是当前网站和网站的用户个人窗口的一个虚拟副本。

分级区是一个只读文件系统，支持选择版本操作。工作区的各个用户可以通过将其工作区的内容提交给分级区来集成他们的工作。在分级区内，开发者可以比较其工作并且看到如何将修改组合在一起。

版本区是一个只读文件系统。分级区的内容被虚拟复制到版本区以创建分级区内容的静态只读快照。在一个实施例中，版本区的内容代表网站一个版本的内容。

在一个实施例中，各区共享目录树，从而使得每当创建一个区时，不需要物理复制目录和文件。这样就能快速创建各区，并且有效利用系统资源。与各个文件和目录有关的是历史对象，历史对象在存在文件或目录的各区中存储关于文件或目录的内容的信息。

在另一实施例中，本发明跟踪各个文件和目录内容的历史。这样能使系统便于将一个文件与另一文件相比较，或是一个目录与另一目录相比较，并且识别他们是否相同或相关。

按照另一实施例，本发明的系统包括一个HTTP协议虚拟化模块，该模块使得一个网络服务器能象多个网络服务器那样工作。这样能使各区没有独立的网络服务器的情况下，各区在HTTP协议层构成一个完整网站。