[Bug 115990] Re: status should handle the -q (quiet) option like svn

[Robert Collins]

On Mon, 2007-05-21 at 23:28 +0000, Aaron Bentley wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Robert Collins wrote:
> > putting back to low priority - users who have migrated from svn are
> > likely to immediately noticed this.
> 
> I thought all feature requests were supposed to be wishlist!?!
> 
> This kind of thing is why I want a difference in kind between feature
> requests and bugs.

Copying to the list for general discussion, please follow up to bazaar@
only.

Well, unless we have a very strict definition of bug like 'causes a
traceback', I think most things are better classified by what work
should be done next.

I think of feature requests in terms of workflow : does this thing need:
 - core design input
 - core ui design input
 - tests written
 - code written
 - documentation written

each of these things has a distinct workflow e.g. ui design attracts a
different discussion that core 'how to make it work' design. And ui
design should happen before core design, both of which should happen
before code and tests and documentation, documentation can come after ui
design but should really wait for the thing to be sufficiently complete
that the shape can be seen, and so on.

'bugs' to me are simply things that are not right with the code base but
would appear to need nothing more than the tests/code/documentation
workflow.

Now, with respect to the importance field, I object to conflating the
importance of the defect in the malone with the workflow that is needed.

If something is of low import to bzr, it should have an importance that
matches that. If its so low that we do *not* care if it ever happens,
then it gets the lowest priority: wishlist.

Its my desired that if we sort all bugs by importance, and core devs did
not touch any bug that was not at the top of the list
(critical->High->Medium->Low->Wishlist), then the time of core devs
would be very well spent, and desired features that happen to have bugs
would get done in a reasonable time.

-Rob

-- 
GPG key available at: <http://www.robertcollins.net/keys.txt>.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20070531/2760eb97/attachment.pgp