On Aug 12, 2004, at 1:09 PM, John Rousseau wrote:
> ClearCase Cons:
> - You need to do many things the ClearCase way, not your way
>
> Subversion Cons:
> - Open Source (developers work on what they want to)
In the end result, I see a similarity between these two items. :-)
Maybe a big customer can convince ClearCase to implement such-and-such
a feature. But if spending that much money, it might be cheaper to
hire a developer or two to add and maintain that feature in Subversion
(or even share the maintenance burden if willing to donate the feature
back to Subversion, especially if the feature is excepted into the
core).
Something similar to this happened with Unix symlinks, if I've observed
the list traffic correctly. If you look at the FAQ "Does Subversion
support symlinks?"
<http://subversion.tigris.org/project_faq.html#symlinks>, then you'll
see that there were no plans to add symlink support partially because
of lack of core developer interest in solving the problems (I
contributed that little faq to summarize the mailing list discussion;
it'll need to change when 1.1 is released). But then, seemingly out of
the blue, someone contributed an implementation that fit well enough
into the core that it'll be a feature of 1.1! Wow and thanks to how
that happened. Maybe it wasn't quite as out-of-the-blue as I perceive
and their were core developers who were interested but not speaking up
about that interest on the list, but I think the feature sprang onto
the mailing list pretty much full-grown.
Apple has certain does used this development model as well with other
open-source projects: made development contributions that Apple will
use no-matter-what and also contributed much back to the original
projects (sometimes accepted; sometimes not). Konquerer's renderer
(which Safari shares) and gcc are two such open-source projects in
which I've heard about this happening on mailing lists.
Nice list overall. I've never used ClearCase, but still enjoyed your
Pro/Con summary.
-Travis
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 12 21:01:53 2004