Hi Steve
>
> You might not see the advantage of having atomic commits. But for CVS,
> this has been a nightmare ever since (_not_ having them). And breaking
> them up is something no Subversion developer will ever do.
>
hmm, I think I know the advantages of atomic commits. But if you're working
with several different repositories you're loosing this capability anyway.
And if you have a big project, it's maybe not a good idea putting everything
into one single monolithic repository for certain reasons.
>
> You should reconsider your development strategy I think. Pointing
> externals to /trunk/ HEAD is a very _bad_ thing to do. That way, with
> every update the externals can change (and since they're not part of
> your main project, that may break - if the externals are part of your
> main project, then they shouldn't be included with svn:externals
Ok, maybe here's a slight misunderstanding. I just wanted something like
when I select HEAD then on update the latest revision is selected and
frozen (by pushing an update button or whatever ?). I see the problem
with breaking up, especially if the external is heavily edited.
> anyway). Always use either '-rXXX' or point your externals to a tag.
> That's the only way to avoid serious problems.
hey, that's a good point. But this could be maybe also handled with some
GUI enhancements ? This also applies to the -r switch, to have a better
overview and keep track on the externals. I didn't wan't to splatter my
project around in several repos, but I thought it is a good way to avoid
unnecessary redundancies. After all, using externals has to be well planned
and
carefully used, I think a point we all agree.
> Yes. You're not subscribed to the list, so every mail you send to it
> has to be first 'moderated' by either Lübbe or me. That's to avoid
Oh, hmm, that explains it. I did subscribe, maybe it's because our mail
adressed changed recently, I forgot that because it transparent for us.
Thank's for readding me.
Bye,
Florian
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Dec 6 10:48:36 2004