W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > April to June 2001

Re: checked-out VCC (was: Re: Versioning TeleConf Agenda, 4/6/01 (Friday) 12-1pm EST)

From: <Tim_Ellison@uk.ibm.com>
Date: Wed, 11 Apr 2001 09:42:03 +0100
To: ietf-dav-versioning@w3.org
Message-ID: <80256A2B.002FCC87.00@d06mta07.portsmouth.uk.ibm.com>


I guess it just depends on which perspective you take.
If you are looking at it from the baseline point of view then the
version-controlled configuration should remain checked-in, but if you are
looking at it from the baseline-controlled configuration then it should
remain checked out.

It can be argued either way, but I think of a version-controlled
configuration as being 'more closely associated with' the baseline -- but
don't ask me to give a good reason<g>
So I would expect the version-controlled configuration to be in a
checked-in state for most of the time, then be checked out and checked in
to capture the new baseline (i.e. the opposite of the proposal).

Regards,
Tim

Greg wrote:


On Mon, Apr 09, 2001 at 01:19:58PM -0400, Clemm, Geoff wrote:
> A version-controlled configuration is always associated with a
> baseline-controlled collection (and is used to capture the state
> of the configuration rooted at that baseline-controlled collection).
> Since you can always check-out/modify/check-in the members of the
> baseline-controlled collection, this effectively lets you modify
> that membership of that baseline-controlled collection, unconstrained
> by the current state of the associated version-controlled configuration.

In the above description, you're modifying the baseline-controlled
collection (BCC). You aren't modifying the VCC.

I still see no point in putting the VCC in a permanently-checked-out state.

If you're concerned about consistency between the BCC and the baseline
referred to by the checked-in VCC, then the answer is to make the BCC
readonly. Not to say the VCC is always checked out.

Checking out the VCC would then allow the BCC to be modified. I have no
opinion on whether a server can always (force) a VCC to remain checked out.
But the spec should not mandate that situation.

[ in Subversion, the VCC cannot be checked out and the BCC is readonly; you
  must use working resources to create a new baseline, all of which is then
  merged into the BCC and VCC ]

Cheers,
-g

--
Greg Stein, http://www.lyra.org/
Received on Wednesday, 11 April 2001 04:43:36 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:41 GMT