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

Re: Problems with Limitations or "Differences" of Subversion

From: Wim Coenen <wcoenen_at_gmail.com>
Date: 2006-11-07 16:13:46 CET

2006/11/7, Eric <spamsink@scoot.netis.com>:
> As we see it, the two main limitations of Subversion are the inability to
> check out and check in individual files (you have to do whole directories),
> and the fact that the version number for the whole repository increments
> whenever you make any change to any one file.
>
> I really can't defend the second issue .. it just seems to me like a wrong
> design decision and I can't think of a reason why it's good or why it happened.

You can completely ignore the repository revision if you don't like it. Anywhere
where a revision number is required by the command line client, you can instead
use a date enclosed in curly braces, e.g.

svn checkout --revision {2002-02-17T15:30}.

You can specify any date, and it will be tranlated into the repository revision
which was the HEAD at that (server) time.

If you look at it like this, your critique is a bit like saying:
"I don't like that time continues to pass while I'm not doing
commits on a particular file. Each file should have a seperate
clock."

regards,
Wim.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 7 16:14:41 2006

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

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