分层文档版本控制的可能解决方案
互联网技术人员大家好，
我正在编写一个项目，供用户从文档元素（基本上是图像和 html 片段）创建文档。
顶级文档将处于基本版本控制之下（其中每次保存都会增加版本号，并且所有以前的版本都保存在数据库中）
文档元素也需要处于版本控制之下（如果用户编辑 html 片段或上传新图像，元素的版本增加）
我的问题...当元素的版本增加时，我需要向用户显示引用该元素的文档，并且对于每个引用的文档给他们一些选项，其这些选项我无法理解，
我是否可以让他们选择
- 更新文档以反映新的元素版本（在此过程中增加文档修订版）
- 将文档保持在原始状态，引用原始元素（低于当前修订版） - 在我的脑海中并不理想，但我想要你的想法）
- 将文档标记为需要注意，并阻止用户使用所述文档，直到他们解决冲突（从文档中删除元素）
- 删除从文档到元素的引用（增加文档版本）过程）
这实际上是一个可用性和用户偏好问题，而不是一个编程问题。我很想听听使用过类似系统的人的意见 - 特别是你对他们的抱怨，你希望他们做的事情，等等......
我希望我已经把我的问题说得足够清楚了，任何进一步的问题，尽管问！
预先感谢，
艾伦。
Hello internet techno-persons,
I am writing a project for users to create documents from document elements (basically images and html fragments).
The top level documents will be under basic version control (where every save increments the version number, and all previous versions are kept in the db)
The document elements will also need to be under version control (if the user edits an html fragment or uploads a new image, the version of the element gets incremented)
My problem... when an element has its version incremented, i need to show the user which documents the element is referenced on, and for each referenced doc give them some options, its these options that I cant get my head around,
do i give them a choice of
- Update document to reflect new element version (increasing the document revision in the process)
- Keep document in original state, referencing original element (which is one below the current revision - not ideal in my head, but I want YOUR ideas)
- Flag document as needing attention, and stop user from using said document until they have resolved the conflict (delete element from doc)
- delete the reference from doc to element(incrementing doc version in process)
This is really a usability and user preference issue, not so much a programming one. I would love to hear from people that have used similar systems - especially gripes you had with them, things you wished they did, so forth...
I hope I have made my problem sufficiently clear, any further questions, just ask!!
Thanks in advance,
Alan.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我在不同项目中的资产也遇到了同样的问题。我的项目需要在发布前进行验证，因此未经验证的静默更改是不可接受的。
如果没有作者检查以验证“静默更改”，我不会更改文档。我会让他查阅可能的新版本和更新的参考资料，并让他选择更新参考资料或保留以前的参考资料。
有时就像代码一样，人们更喜欢保留工作版本以便快速发布，而不是尝试更新内容以使用新的闪亮版本:)
I had the same sort of issues with assets in different projects. My projects required validation before publishing, so silent changes without validation were not acceptable.
I would not change a document without a check from the writer to validate "silent changes". I would let him consult a possible new version wih updated references, and leave him the choice to update the references, or keep the previous ones.
Like code sometimes, people prefer to keep the working version for quick publication than trying to update things to work with the new shiny version :)