【问题标题】:possible solutions for version control of hierarchical documents分层文档版本控制的可能解决方案
【发布时间】:2010-09-18 04:01:10
【问题描述】:

您好互联网技术人员,

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

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

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

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

我给他们一个选择

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

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

我希望我已经把我的问题说清楚了,还有什么问题,尽管问!!

提前致谢,

艾伦。

【问题讨论】:

    标签: version-control usability versioning


    【解决方案1】:

    我对不同项目中的资产有同样的问题。我的项目需要在发布前进行验证,因此不接受未经验证的静默更改。

    如果没有作者检查以验证“静默更改”,我不会更改文档。我会让他参考更新参考的可能的新版本,并让他选择更新参考,或保留以前的参考。

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

    【讨论】:

    • 感谢 Matthieu,我也有同样的想法......在选择更新与否之前预览更改的想法是一个宝石!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-01-29
    • 1970-01-01
    • 2013-03-03
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多