[RFC] tweak to voting rules

Kent Gibson warthog618 at gmail.com
Thu Nov 30 12:10:21 GMT 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Aaron Bentley wrote:
> I think we need to differentiate between two reasons for voting
> against a patch: 1. This implementation needs work before we can
> accept it. 2. This patch is a bad idea, and we should never accept
> it, even if well-implemented.
>
> So I propose we change things slightly: -1 : patch needs work -2 :
> patch is a bad idea

That isn't a slight change - that is a complete redefinition of -1.

>
> That will allow BB to categorize the -1 patches differently from
> the -2 patches, and still get the patches off the pending list,
> where they really don't belong.
>
> I suppose while we were at it, we could also change the positive
> end of the scale:
>
> +1 : submittable, if you make certain changes +2 : submittable
>
> Any thoughts?
>
I agree we need to provide more granularity in the voting scheme, but
I'd rather a system that is backwardly compatible with the existing
scheme, and is extensible.

I don't see any need for the votes to be integers.
Why not just use decimal votes such as one of 0.1, 0.5 or 0.9 (and a
negative equivalent)?
I've seen such votes in use before, why not just formalise them?

And consider what would happen if next month you want to add another
level of granularity to your proposal.  Ouch.

Cheers,
Kent.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFbsosgoxTFTi1P8QRAm/uAKCr2HF03T5gZm7+olX2F532m9H6eACeOKnO
rSfdf3L+KmdgHbaN+isYQkM=
=mYEp
-----END PGP SIGNATURE-----




More information about the bazaar mailing list