Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

subversion



Derek Atkins wrote:
> David Kramer <david at thekramers.net> writes:
> 
>> You know, I hear this all the time, but nobody has every been able to
>> tell me what's so "scary" about it.  What do you think the difference
>> should be between a tag, a branch, and a copy?
> 
> For me, I think the native ACLs are insufficient.  I want to say
> something like "tags are write-by-copy-only" -- i.e., you can create
> stuff in a tag by copying from elsewhere, but you cannot 'write' to a
> tag.
> 
> Right now you can only assign things as read-only or read-write, and
> that's just too course-grained for my tastes.  I think this is what
> Kent is complaining about.
> 
> I suspect that if SVN had more fine-grained ACL controls (and had a
> sample default ACL that made tags write-by-copy-only) that would make
> his life easier...  Or at least solve his biggest gripe.

See, but you're contradicting yourself here.  You want it simple and
automatic, yet you want it infinitely configurable.  You can't have it
both ways until we invent mind-reading computers.

You also can't do anything about people commenting on software without
knowing the facts.  I've already demonstrated in this very thread how
you can make Subversion enforce almost any ACL you want.  You can even
do it using several different techniques, like properties, pre-commit
hooks, and locking.  If you're using https://, you have even more options.




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org