There is plenty of justification all right. Besides adding metadata
versioning, they built it around an optimal binary-dff algorithm borrowed
from Josh Macdonald's PRCS/Xdelta, so the version database is more compact
and efficient than you can achieve with a diff or pure SCCS-based design.
> The fun part, of course, is that svn is architected such that bolting up
> to another repository storage system (say, an RDBMS, or even, horrors, a
> bitkeeper-compatible SCCS derivative) is really just a matter of writing
> the code (with a few caveats, obviously, but that's the basic idea).
For the long run, svn looks very good. I've seen many pot shots aimed at it,
but few survive scrutiny. The ones that do are:
- It's not quite here yet
- It's not Linus-compatible
The second one will take longer to solve than the first. In the meantime,
those who can't use Bitkeeper (that includes me, since I did some work on a
versioning filesystem, never mind annoying Larry) need some tools in order to
have any chance of keeping current with Linus and other maintainers. The
contributions of Andrea, Pavel and Rik in that area are extremely valuable,
and I thank them for it.
Regards,
Daniel.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/