[svk-devel] Re: Mercurial (and NOT svk) chosen as Distributed SCM
for OpenSolaris... Do we "Know" the reasons for rejection?
F. Javier Jarava
jjarava at secuware.com
Thu Sep 21 09:42:43 EDT 2006
On Thu, Sep 21, 2006 at 09:28:19AM -0300 or thereabouts, Pazu wrote:
> John Peacock wrote:
>
> >It also seems like they were biased towards something that acted much
> >more like TeamWare (the former internal package). I read through some
> >of the SCM list (focusing on the mentions of SVK) and it seemed like
> >they were not happy with the speed of SVK (though they didn't bother to
> >learn that there are ways to improve that performance) and the number of
> >dependencies involved.
>
> Under this light their decision actually makes some sense. If I was
> choosing a new VCS for my organization, I'd want the solution to be as
> painless as possible, and using something similar to what we had before
> is a good choice.
>
> We also have to admit that svk performance isn't stellar right now, and
> the number of dependencies involved is problem, if you're building from
> source. That being said, I still think svk benefits outweight it's
> problems. Too bad they couldn't see that.
That was the "point" I was trying to make before: apart from the
personal like/dislike they might have against Perl (disclaimer: I barely
can't read Perl, much less write any; <flameshield on>I'm more of a
python person<flameshield on/>), there must be some more definite
objections to SVK that I believe would be useful to know, to be able to
address those shortcomings, percieved or real.
And yes, svk is very convenient and an overall win, but soemtimes it's
sloooooooooooW!!
Best regards
Javier
--
Anthony's Law of the Workshop:
Any tool when dropped, will roll into the least accessible
corner of the workshop.
Corollary:
On the way to the corner, any dropped tool will first strike
your toes.
> -- Marcus
>
> _______________________________________________
> svk-devel mailing list
> svk-devel at bestpractical.com
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/svk-devel
More information about the svk-devel
mailing list