[darcs-users] [issue1141] using the BTS as a patch tracker
Trent W. Buck
trentbuck at gmail.com
Sun Oct 12 01:21:04 UTC 2008
On Sat, Oct 11, 2008 at 11:12:51AM -0400, David Roundy wrote:
> On Sat, Oct 11, 2008 at 8:53 AM, Trent W. Buck <trentbuck at gmail.com> wrote:
> > On Sat, Oct 11, 2008 at 12:15:13PM -0000, David Roundy wrote:
> >> [...] And in the future, I'd prefer if you didn't copy
> >> bugs at darcs.net on patches.
> >
> > Hmm, my intent was to (ab)use the issue tracker as a patch tracker, so
> > people who are interested in a few patches -- but not general
> > discussion -- can track the status of those patches.
>
> The trouble is that replies to your email don't go to the same issue
> in the bug tracker, so it doesn't work well as a patch tracker.
> There's been talk of setting it up to handle this, but there isn't any
> consensus. If you think there's something that's worth putting into
> the issue tracker, then you can first create the issue, and then make
> your patch resolve the issue.
Ah, I should have seen that. I have similar issues trying to link
Debian bugs to roundup bugs.
> > In particular, I expect it to be useful for patches that are
> > *rejected*, because they stay visible in the issue list instead of
> > vanishing into the list archive. It means that the rationale stays
> > visible next time someone reinvents the same patch, avoiding the need
> > to rewrite the same rationale again when rejecting the new patch.
>
> I think the list archives ought to be a useful resource, but they
> somehow don't seem to be. I'm not convinced that old and neglected
> bugs are really more useful than old and neglected email threads.
I think it's more obvious in the BTS which old issues are neglected
and which are merely done -- that's what the "status" property is for.
To me, that alone makes it easier to do periodic sweeps for old
patches that could do with re-examination.
More information about the darcs-users
mailing list