Re: [PATCH] mime-type detection "improvement"

kfogel@collab.net wrote:
> Matthew Hambley <matthew@aether.demon.co.uk> writes:

> Meanwhile, there's no compelling
> reason why it needs to be in 1.0 -- it's not as if CVS does this.

actually, it kind'a does. In CVS you can classify files as binary/text
based on their extension (and other stuff) in CVSROOT/cvswrappers.

It just so happends, that certain Borland-C++-Builder versions generates
  .bpr files, which should not be mergeable, but which the existing SVN
detection deems text/plain. in CVS, the CVSROOT/cvswrappers can just
contain:

*.bpr -k 'b'

Although this is a minor point, since I can just manually set the
svn:mimetype property after add, I also have co-workers, which i'm
trying to persuade to change the entire company revision-control to SVN.
  When convincing them, it has much more weight to say that SVN is
better than CVS in every way, than to say that there are still small
inconviniences.

My problem is, that i've been pushing hard for a change from CVS to SVN
and my arguments strands on "the little things", that apparently are
enough to keep some people from wanting the "big things" (i know, it's
not rational, but it's the way it is :)

> Don't get me wrong, I think it's a good feature. But if we're going
> to get to 1.0, we have to draw the line somewhere, and IMHO this kind
> of enhancement falls on the other side of that line.

I respect and understand that, although I of course wish it different.
Is there a normal procedure for keeping people with this kind of
features "in the loop"? Do they branch the trunk in the main repository?
do they keep their own checked-out trunk with added changes?

> Sorry if that's discouraging... My hope is that this will motivate
> people to tackle pre-1.0 bugs instead of coming up with new features,
> so that we can get to the fun stuff sooner :-).

Nice and political :) but unfortunatly independent developers are pretty
much satisfied with scratching their own backs. I'm not so sure you will
bring 1.0 to completion sooner, but it might produce a more stable 1.0,
since new features are left out.

-- 
Helge
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org