> If you don't want to inflict on your co-workers, set the logminsize to
> 1. It will still remind you to fill in a log message, but won't bother
> your co-workers at all - or at least not much. If they insist on
> committing with an empty log message, entering *one* space isn't asked
> too much.
I was really thinking about big projects where I am just one small team
member (OK this is just hypothetical - I don't belong to any, but if I
did ...). And for some projects TSVN might be only one of many clients.
A case in point is subversion where there is a policy on log message
length. I am guessing that many of those devs use Linux clients, so
having to set a project property to get TSVN to conform to the rules
might be seen as an imposition.
Personally I don't care. Most of the time I work alone, so I can do what
I like in my own repository, and the TSVN repo is set up for TSVN
> I fear that if I implement those project settings as user settings
> (again), then which would have preference over the other? No matter
> what I choose here, some will want the opposite. So yet another config
> option to set the preference. But then, should that option be a user
> or a project config? ....
> I guess you can see where this would lead us to...
I can see what you are saying, but exactly the same argument applies to
things like ignore lists. From the recent thread there are _5_ different
places you can set a global ignore list, as well as the project ignore
IMHO the project settings always take precedence. If the project cares
enough to set a policy, then the clients must adhere to it. If the
project has no policy then you allow the clients to set their own
default. There has to be a default, all you are doing is allowing the
client to choose that default instead of hard coding it.
But that is my opinion, and if no-one else has any strong feelings then
there is no reason to change (again).
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Thu Dec 9 12:22:03 2004