Re: WeDAV Versioning Summary
Sankar Virdhagriswaran (sv@crystaliz.com)
Tue, 13 Apr 1999 19:31:55 -0400
Message-ID: <00f701be8608$3a3d2a60$e6ea7392@honeybee>
From: "Sankar Virdhagriswaran" <sv@crystaliz.com>
To: <jamsden@us.ibm.com>, <ietf-dav-versioning@w3.org>
Date: Tue, 13 Apr 1999 19:31:55 -0400
Subject: Re: WeDAV Versioning Summary
Jim,
Thank you for this summary. I was about to ask for one due to all the back
and forth on activities, snapshots, etc. See below for some nits.
> A resource or collection can be put under version control.
What about sub-collections? Are they deliberately left out? The wording does
not make that clear.
>
> A revision of a collection is modified by adding or removing member URLs.
Again the same question: can collections contain other collections?
> Each activity represents a thread of development. Servers may support
> multiple sequential activities that can be used to enable controlled
> parallel development.
What is the intent (and importance) of saying that the activities are
'sequential activities'? It is confusing wording in the context of 'parallel
development'.
>These different activities can be merged together at
> some later time in order to integrate the changes.
Right now, the wording describes an intent, not a specification of a model.
It will be useful to put a reference or link to the description of merge
that follows later.
> Simple parallel development can be accomplished by using the null
activity.
The use of the term 'null activity' out of the blue. Might be wise to refer
to what this 'null activitiy' is.
> A server may allow many checkouts of the same revision using the null
> activity. Merge is not supported for the null activity, client
applications
> are responsible for integrating the changes.
But, the above three sentances don't say how 'simple parallel development'
can be accomplished with 'null activity'.
> A workspace revision selection rule can specify any number of revision
> labels, activities, configurations, or the functor "latest" to specify
what
> revision to select.
But, but, what is a configuration? It has not been defined so far. Maybe put
a link to the definition of configuration that is to be found later.
> activity, and may result in merge conflicts. A configuration matches a
> revision contained in that configuration.
Again, will be useful to define configuration.
> Versioned Collections
>
> A collection contains a set of member URLs.
For completeness, I will ask again: can a collection contain other
collections?