Important Notice: Our web hosting provider recently started charging us for additional visits, which was unexpected. In response, we're seeking donations. Depending on the situation, we may explore different monetization options for our Community and Expert Contributors. It's crucial to provide more returns for their expertise and offer more Expert Validated Answers or AI Validated Answers. Learn more about our hosting issue here.

V FAQ : Basic Versioning Features : Why do we need DAV:precursor-set?

BASIC DAV features v Versioning
0
Posted

V FAQ : Basic Versioning Features : Why do we need DAV:precursor-set?

0

Clemm, Geoff [gclemm@rational.com] wrote in the deltaV mailing list: A workspace is only allowed to have one VCR for a given version history, to ensure that baselining and merging is unambiguous (baselining and merging in a workspace is based on finding the version history that corresponds to the version being merged), so if you want to create a “variant” of a resource in the same workspace, this requires two different version histories. In order to track the relationship between these two variants (i.e. when the diverged, and from what common version), the DAV:precursor-set property was introduced. It was then decided by the working group that this “history of a COPY” was something of general utility (using arguments similar to those that Rick posted), and since it provides utility with minimal server implementation cost, it was made part of the base protocol.

Related Questions

What is your question?

*Sadly, we had to bring back ads too. Hopefully more targeted.

Experts123