感觉现有的软件版本控制和文档管理工具都缺乏密级管理

现有版本控制和文档管理工具缺密级管理
博客指出当前软件版本控制和文档管理工具多基于文件和基线管理。但存在需求,如文档部分文字、代码部分内容及配置不想被特定人员看到或移交,而现有工具难以按密级基线发布软件,引发对下一代工具能否具备此功能的思考。
        中午和朋友聊天,谈到软件中的版本控制和文档管理问题时,觉得sourcesafe、p4、clearcase,cvs等各种工具都是基于文件管理的,一个文件是管理中的一个最小单元;发布是基于基线(baseline)的,一条基线由一系列不同版本的文件构成。
        但有时有这样一种需求,软件文档中的部分文字是不希望用户看到的(比如文档中列出了已知的bug或可能的更好解决方法),虽然原则上这些是应该告知客户的,但这些文字让用户看到后有可能会有引起一些其他的问题。甚至有时候公司内部文档也不希望一般开发人员全部看到,比如项目投标书,可能希望一般人员看,但不能看到最后关于报价的一部分。一般软件的文档都有密级,但这密级是限制在文件一级的,有时专门为不同类型人员产生不同密级的文档是很麻烦的,维护这些文档间的同步也很麻烦。
        更有一些情况,软件的代码需要移交,但代码中的部分是不希望移交的,比如代码中有部分注释。或者软件有几种配置,debug、release配置之外,可能有其他一些自定义的配置,在移交时候,部分配置由于某些原因是不希望移交的,但在写代码时候不同配置的代码可能是写在一起的,靠程序中的宏来区分。现在没有一种版本控制工具可能按照这种密级基线来发布软件。比如发布一个1.0.0版的内部版本,包括所有的代码,文档,测试用例等;同时可以发布另一个1.0.0版的商业版本,包括部分代码,部分文档,部分测试用例。内部版本和商业版本包含的文件数目是相同的,只是代码或文档中那些密级比较高的部分已经除去了。
        或许现有的版本控制工具可以实现这样的需求只是我不知道02.gif,没有的话下一代的版本控制工具能不能包含这样的功能呢01.gif

转载于:https://www.cnblogs.com/sysword/archive/2005/02/01/100494.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值