"Bulgrien, Kevin" <Kevin.Bulgrien@TriPointGlobal.com> wrote on 09/24/2004
> Will consider it, or maybe even will find I can retract the
> simplicity statement after a while...
> I was not so much making a point about SVN as I was about
> the ongoing thread where there is obviously a hunger on the
> part of some for simplicity, and hoped maybe we could remember
> what all has irked us about hmm... now who was it? Jekyl or
> Hyde? It seemed the level of "its not the SVN way" replies
> was on the rise, and it gave me a shudder... and I actually
> found myself thinking CVS wasn't as dead as I might have
> been tempted to think... I'll go back to lurking until
> I can contribute something with a bit (lot) more meat.
I think you misunderstand the position of those of us that you see
defending the "SVN way". There have been many messages saying "SVN cannot
do X.Y.Z" so we need CVS-style tags or labels. These have all then been
shown to be incorrect and can be accomplished in SVN. That was then
followed up, with an "I still do not like it and want CVS-style tags or
labels" type response. The rest is just trying to determine if there is
some real need there or people just do not like the implementation. At
some point, everyone has to understand that there are design decisions
behind SVN. Some people will like them, some will not. When someone does
not like them, we then have to try to ascertain whether there is a
solution or whether that person has to make a decision if they can live
As an example, if you want a decentralized, changeset-based system, you
would probably be better off using SVK or arch then complaining about the
Subversion design, as that just wasn't the intent.
I am not against having labels, I just haven't seen anyone really propose
anything. Pointing out that the feature exists in other product doesn't
help any more than someone pointing out that the feature exists in
Subversion. I suppose it actually helps even less, since some people
might not have realized it existed in Subversion.
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Fri Sep 24 23:18:51 2004