This is the mail archive of the
mailing list for the GDB project.
Re: patch management?
- To: Tom Tromey <tromey at cygnus dot com>
- Subject: Re: patch management?
- From: Jim Blandy <jimb at cygnus dot com>
- Date: 19 Nov 1999 13:35:18 -0500
- Cc: Michael Meissner <meissner at cygnus dot com>, Jason Molenda <jsm at cygnus dot com>, gdb-patches at sourceware dot cygnus dot com
- References: <199911152157.QAA26389@zwingli.cygnus.com><19991116101108.B23372@tiktok.cygnus.com><firstname.lastname@example.org> <19991116113818.B1587@cygnus.com><199911162051.MAA17286@ferrule.cygnus.com><19991117212650.B11794@tiktok.cygnus.com><email@example.com><199911181817.KAA18832@ferrule.cygnus.com>
> Jim> Here's a set of states which I think could do the job. Do you
> Jim> think these would work?
> Jim> State: unclaimed
> Jim> State: assigned
> For the Java Gnats database we have a "java-hacker" "person" which is
> really the unassigned state. Does it make sense to go this way
> instead? I don't know.
I thought about that, too, but the "unclaimed" state is exclusive of
all the others, so to put that information in a different field seems
too loose. What does it mean for a patch to be "State: accepted", but
"Responsible: java-hacker"? Databases always get dirty. You would
have to screen for all these cases in your queries.
Part of the confusion, I think, is because "assigned" is kind of a
non-name. It mostly indicates what *hasn't* happened to the patch: no
decision has been made, and no questions have been reached. The patch
is still assigned to someone when it's in "feedback". So the name
doesn't really mean what it suggests. "Assigned" really means, "Well,
at least it's not unclaimed!"
Maybe "pondering" would be a better name for the state. I like that
better. It hints that a decision is expected, and it lets you tell
people, "Go away --- I'm pondering patches." :)