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

Re: Changelists: the next generation

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2007-10-16 10:02:45 CEST

On Oct 15, 2007, at 7:12 PM, David Glasser wrote:

> Should [svn changelist '' foo] give an error, or just give the same
> message as
> "svn cl --remove"?

It doesn't seem to me that one could say, with a straight face,
"changelist '' is a handy alias for changelist --remove." It's not
convincing UI, it just looks like something that happened because no
one thought about the possibility. (Which is, of course, not too
surprising, since ...) So I'd say it would be better to return an
error.

Are there any rules about changelist names? Total length, forbidden
characters, anything like that? There seem to be. For instance, I
tried sucking the entire content of some random file (contains the
output of "du /", for some reason) in as the cl name and got "Error
resolving case," whatever that means. So, if I can't have a cl whose
name is the output of "du /", it's not unreasonable also to forbid a
cl named ''.

It might even be a good thing if these rules were a bit more strict.
For instance, this is a pretty silly, but apparently legal (since I
did it) situation:

> svn stat
     S Documents

--- Changelist '1
2
3
4
5
6
7
8
9
10':
      K .bashrc

Not to mention:

> svn stat
     S Documents

--- Changelist '

':
      K .bashrc

-==-
Jack Repenning
Chief Technology Officer
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
office: +1 650.228.2562
mobile: +1 408.835.8090
raindance: +1 877.326.2337, x844.7461
aim: jackrepenning
skype: jrepenning

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 17 09:22:57 2007

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.