分层文档版本控制的可能解决方案

时间:2010-09-17 19:48:07

标签: version-control usability versioning

Hello internet techno-persons,

我正在为用户编写一个项目,用于从文档元素(基本上是图像和html片段)创建文档。

顶级文档将处于基本版本控制之下(每次保存都会增加版本号,所有以前的版本都保存在数据库中)

文档元素也需要受版本控制(如果用户编辑html片段或上传新图像,则元素的版本会增加)

我的问题...当一个元素的版本增加时,我需要向用户显示该元素被引用的文档,并且对于每个引用的文档都给它们一些选项,这些选项让我无法理解,

我可以选择

吗?
  • 更新文档以反映新元素版本(增加流程中的文档修订)
  • 将文档保持原始状态,引用原始元素(低于当前版本的元素 - 在我脑海中不理想,但我想要你的想法)
  • 将文档标记为需要注意,并在解决冲突之前阻止用户使用该文档(从doc中删除元素)
  • 删除从doc到element的引用(在进程中递增doc版本)

这实际上是一个可用性和用户偏好问题,而不是编程问题。我很想听听那些使用类似系统的人 - 特别是你对他们的抱怨,你希望他们做的事情,等等...

我希望我的问题足够清楚,任何进一步的问题,只要问!!

提前致谢,

艾伦。

1 个答案:

答案 0 :(得分:0)

我在不同项目中遇到了与资产相同的问题。我的项目在发布之前需要验证,因此无法接受无需验证的静默更改。

如果没有来自编写者的检查以验证“无声更改”,我不会更改文档。我会让他查阅一个可能的更新参考的新版本,并让他选择更新参考,或保留以前的参考。

有时像代码一样,人们更喜欢保留工作版本以便快速发布,而不是尝试更新内容以使用新的闪亮版本:)