[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: process for including changes in 1.0

From: <kfogel_at_collab.net>
Date: 2003-12-19 18:41:33 CET

Greg Stein <gstein@lyra.org> writes:
> The STATUS file presents a nice summary; hella better than trying to
> formulate some weirdo IZ query. It also presents the voting much better,
> since you can actually list people's names for each +1, rather than doing
> some funky running tally which totally loses history.
> And yah... I'm not sure why Karl is so hell-bent on the issue tracker when
> the voting seems to point towards a STATUS file.

You guys done painting the bikeshed yet? :-)

If you read the whole thread, there is no clear mandate for either
STATUS file or issue tracker. Nor was there ever a formal call for
votes. Nor did all the posts in favor of a STATUS file even arrive
before people had already started using the tracker -- many of those
posts were reactive.

I'm not "hell-bent" on the tracker. As I clearly said more than once,
I went with the issue tracker because I *wasn't sure* which way was
better, and it seemed like a good idea to try the tracker first, then
change if we didn't like it, since it required no new infrastructure.

That's your idea of "hell-bent"? :)

So far, the tracker seems to be working out okay. People haven't
really complained about the actual experience of using it very much,
though there have been some complaints from people who prefer a STATUS
file based on past experience doing things the file way.

"loses history"? Pure FUD. The issue descriptions preserve that
history, they just make it one more click to find out who voted +1.
The history is all there. "weirdo IZ query"? It's a very simple IZ
query, and there's a useful link from the project_tasks.html page too.

If you really think this thread is constructive at this time, by all
means continue. I'd prefer if you actually tried the issue tracker
way for a while, and then decided if you couldn't stand it, though.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Dec 19 19:31:26 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.