[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [eclipse.org-committers] Installing SVN
|
I concur with what you're saying. In theory, SVN seems to have the
better papers. However, using CVS with Eclipse made all those issues
seem to go away. Yes, a rename was a delete and a create, maybe not
optimal but it was fast. Since we switched to SVN I spent
SIGNIFICANTLY more time on archive related issues then before. And I
do not even want to mention the 10-20x slower checkouts (why????).
As they say: In theory, practice and theory are the same, however, in
practice theory and practice differ.
Kind regards,
Peter Kriens
On 5 okt 2008, at 08:48, Ed Willink wrote:
You win some and you loose some. SVN has atomic commits. It
might seem
like a trivial feature for those who rarely experience
network problems
but for us who do on a somewhat regular basis, it's very
valuable. SVN
can also revision directories as well as files. Very hard to do if
you're using a file system. SVN doesn't loose track of history just
because you move or rename a file. All of those features are
contributed
to the fact that SVN uses a database and hence, isn't subject
to all the
limitations you have in a file system. Revisioned data is
after all not
files. It is fragmented pieces of information. The CVS model is IMHO
severely limited.
A good summary of why SVN should be better. Unfortunately SVN or
at least its tooling just doesn't work.
An atomic commit requires that I can batch up numerous different
commit candidates with distinct commit comments. I can't; the tooling
requires a separate commit per comment.
I know of no benefit from revisioning directories, but suffer numerous
pains when directories have outgoing changes (e.g. svn:ignore) while
their contents have incoming changes. The default Subversive connector
doesn't support folder comparison to try to understand the problem.
I have yet to see SVN track a rename. A Windows Explorer move or copy
is treated as delete+create. An Eclipse refactor is similarly delete
+create.
And if you want a bit of fun, try cleaning up the bin trees after
JDT has
copied the .SVN folders! OK, maybe one day I'll learn to switch off
auto-build in a new workspace before I do check outs.
Until the tooling works, SVN causes much more pain than joy I'm
afraid.
The CVS tooling is just too smooth to move on.
Regards
Ed Willink
_______________________________________________
eclipse.org-committers mailing list
eclipse.org-committers@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-committers
IMPORTANT: Membership in this list is generated by processes
internal to the Eclipse Foundation. To be permanently removed from
this list, you must contact emo@xxxxxxxxxxx to request removal.