[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: RE: Re: Question: Rev 914

From: Bill Tutt <rassilon_at_lyra.org>
Date: 2002-01-17 08:50:41 CET

Hard links on the other hand are a completely different story, then it's
more useful to have a working copy readable property that tells us
whether we've got a hard link or not since GUIs can help visualize this
data usefully without undue user confusion.

Bill

--
Bunnies aren't just cute like everybody supposes.
They got their hoppy legs and twitchy little noses.
And what's with all the carrots, 
What do they need such good eyesight for anyway?
> -----Original Message-----
> From: Bill Tutt [mailto:rassilon@lyra.org]
> Sent: Wednesday, January 16, 2002 11:48 PM
> To: 'Ben Collins-Sussman'; David Summers
> Cc: dev@subversion.tigris.org
> Subject: RE: Re: Question: Rev 914
> 
> > From: Ben Collins-Sussman [mailto:sussman@collab.net]
> >
> > But, now, grasshopper, I throw a question back at you:  why do you
> > care to know what /tags/0.8.0 is a copy of?  Is it not enough that
it
> > merely exists?
> >
> 
> No, it's not. I'd argue that sometimes you need to know what it's a
copy
> of.
> However, it's not a part of the status of /PATH, its part of the log
of
> /PATH. The reason being that it's irrelevant to the developers making
> changes under /tags/0.8.0 where the data came from; it's just part of
> the repository they're working with. It is part of the version history
> log because that tells us where the data came from.
> 
> So the output of svn log /tags/0.8.0 should be a superset of the
> following:
> /tags/0.8.0:
>     Created: #914
>     History: /trunk:#909
>              #905
>              #899
> 
> Status is also very local working copy oriented and the version
history
> doesn't really make sense here. The last sentence makes no attempt to
> coincide with current available option permutations of the status
> command.
> 
> Bill
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:56 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.