PB8+VSS6使用说明.docVIP

PB8+VSS6使用说明 （Create：2001-09-03 Last Modify：2001-09-06） (Author：LiChengY) 前言： PB8推出后，其中一个重要的改进功能就是版本控制接口应用简化，与其它高级编程工具（如VC、Delphi）的版本控制操作接近。我们知道，PB的基本编程单位是对象，而不是库文件(PBL文件)，但版本控制系统的原理是针对操作系统的源程序文件与其版本库中的文件进行比较判断，后用增量算法保存用户修改部分，这时就需要有一个PBL文件中的对象到操作系统文件的映射。PB8以前的版本（PB6、PB7）在这方面的处理显得相当繁琐，独树一帜，有“公共库”和“私有库”之分，其中的操作也实在令人不敢恭维，你能想像多复杂它就有多复杂，这在前一篇文章（“版本控制系统介绍”）中有论述过。 PB8也和PB7一样只有SCC API接口，这是微软推出的一个版本控制标准，当前流行的版本控制软件都支持它，PB8对其对象的版本控制过程屏蔽了许多细节，用户使用过程中完全感觉不到一些映射关系的存在，其映射关系如下图所示： 通常其它编程工具的版本控制过程就只有步骤①和②，采用C/S模式，版本存储库置于服务器端，程序员工作时利用版本控制软件的客户端软件生成一个本地工作版本，然后就可以开始工作了。PB由于其开发模式的特殊性，要有一个导入与导出过程，假设我们开发时不用PB8的版本控制接口来进行操作，而是直接用版本控制软件来完成诸如检出（或检入）的操作也未尝不可，但这时你就要自己手工把这此检出的临时文件导入PB库文件中（或把PB库对象导出为操作系统文件），这种麻烦事相信大家都不会去做的，因为在PB8中这些都是自动完成的，我们只要点一次鼠标它就一气呵成，且速度还相当快。 我在试用过程中感觉是相当惬意，不知你们有否用过PB6/7的版本控制，就我感觉那像是一种折磨，还浪费时间，相较而言现在PB8下就是一种享受了。若你们以前对版本控制系统完全莫生，可能会置疑多了这些操作对开发到底值不值得，但信一段时间对它熟悉后就能品其中三味了，至少我以前就有过这种感觉。当前国内的软件开发过程中对软件工程的实践应用还比较少，大多是作坊式开发，单枪匹马，对求伯君式的程序员还当作英雄崇拜，缺乏一种团队开发的精神与机制，就我认为版本控制系统应是一个最基本的入门CASE工具，用好它对于软件工程的一些概念应能有所体会。国内业界正在大力介绍印度软件业的成功经验，其中最重要的一点就是印度软件工程应用相当广泛，从它们软件企业通过CMM验证的数量就可见一斑了。絮叨这些主要是想让大家对版本控制系统有个接受，虽然适应它会有段时间。 我们使用版本控制系统现在只有一个目的——各子系统间的代码共享，公司新HIS系统的开发是一个人开发多个子系统，不同子系统间有好多PB对象是可重用的，虽然我们可以把这些要共享的对象置于一些PBL库文件中，要用时再拷到各子系统下面，这样处理可在前期开发中提高效率，但从管理的角度来讲这是得不偿失，后期开发维护时就会遇到种种困难（大家定有体会改一个公用对象后要在各子系统间Copy的烦琐）。 代码共享其实包括两种：系统间对象重用与系统内代码共享；第二种系统内代码共享版本控制是无能有力的，只有靠大家把代码结构设计得好一些，这大概就是提倡多使用“用户对象”来封装程序代码的最大原因吧。 PB8的版本控制概念： 我们编程使用过程中要用到的版本控制概念并不多，主要是一些基本操作，这些操作都支持批量处理，就是说一次可对多个对象同时进行控制操作，相当方便，下面结合PB8版本控制操作解释如下： 检出(Check Out)：把版本库中的对象文件加锁（独占），并把本地的临时对象文件更新到最新版本，文件属性设为“可读写”（ReadOnly not check），再把此文件编译导入PB库文件中，此时系统树栏的对象名前会置上检出标志，消息窗会显示一系统信息以提示此次操作成功与否，其它版本操作也是如此。要注意的是，当你要检出的对象在操作系统工作目录上临时对象文件若已是“可读写”的，PB就会提示你是“保留本地文件”(Leave this file)还是用“最新版本替换本地文件”(Replace your local file with this version from SourceSafe)，缺省是第一个选项，这时你就无法检出版本库中的最新版本，如此当你再次修改后检入时就可能会把别人的修改成果覆盖，好在这种严重的错误一般情况下都不会发生，因为PB会自动维护好本地临时对象文件的只读属性，只要程序员不在资源管理器中修改这些文件的属性，那么检出时要你选择去留的提示框想出现都难，所以要切记绝对不可去修改PB程序目录下所有文件的只读属性，尽量避免可能的错误。好像PB的缺省提示都是引导我们去范错误，第