Object 为对象和链接创建版本控制系统
我正试图通过添加版本控制来使现有系统保持健全。问题是系统不能很好地转换为类似文件系统的布局。经过几次思考实验后，我有了一个基本的方法来处理这个问题，但在我开始允许使用这个混乱之前，我希望由集体来运行它 系统由类型化对象和链接组成。 对象通过链接表链接在一起，以形成有意义的关系。 链接也是类型化对象，可以有自己的属性 用户可以到达任何级别的对象视图，并按照链接上下移动以查看关系 大多数对象都有数百个指向其他对象的链接。 并非所有对象或链接都将受版本控制，因为有些对象或链接可能被视为静态的。 允许具有指向非版本受控对象的版本受控链接 对对象的更改以批处理的形式到达，包含继承人制度某一部分的整个布局，本身没有或几乎没有用户注释或版本信息。 因此，通过将新对象与前一个对象进行比较来检测更改。链接更改也会以这种方式检测到。对象可以在一个版本中添加，在下一个版本中删除，然后在下一个版本中再次添加。大多数对象都有足够的独特信息，可以检测到这确实是同一个对象，该对象在存在中来回切换 未更改的对象和链接不应为单个对象创建新版本，但批更新产生的整体内容仍应作为一个组进行标识 95%的用户只对最新版本的对象/关系感兴趣，但我需要能够显示其余5%的用户以前提交的对象/关系Object 为对象和链接创建版本控制系统,object,version-control,hyperlink,Object,Version Control,Hyperlink,我正试图通过添加版本控制来使现有系统保持健全。问题是系统不能很好地转换为类似文件系统的布局。经过几次思考实验后，我有了一个基本的方法来处理这个问题，但在我开始允许使用这个混乱之前，我希望由集体来运行它 系统由类型化对象和链接组成。 对象通过链接表链接在一起，以形成有意义的关系。 链接也是类型化对象，可以有自己的属性 用户可以到达任何级别的对象视图，并按照链接上下移动以查看关系 大多数对象都有数百个指向其他对象的链接。 并非所有对象或链接都将受版本控制，因为有些对象或链接可能被视为静态的。 允许具
我最初的想法是为批量更改实现一个整体版本uid，并将其与该迭代的所有当前对象/链接相关联。剩下的就等着抢夺了。如果你能做到这一点，谢谢你。想法？这听起来像是在描述（关系）数据库。您最喜欢的搜索引擎将为您提供许多有关如何进行数据库版本控制的想法的链接
两人一组。差不多搞定了。我没有把2+2放在一起。我使用提交日期作为对象已经拥有的UID之外的版本标识符，从而简化了这一过程。