Re: Bug tracker

From: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Dave Page <dpage(at)pgadmin(dot)org>, Mickael Deloison <mdeloison(at)gmail(dot)com>, pgadmin-hackers(at)postgresql(dot)org
Subject: Re: Bug tracker
Date: 2008-09-26 06:46:18
Message-ID: 48DC853A.4030506@lelarge.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Magnus Hagander a écrit :
> Dave Page wrote:
>> On Thu, Sep 25, 2008 at 10:14 AM, Mickael Deloison <mdeloison(at)gmail(dot)com> wrote:
>>> Hi,
>>>
>>> This is a suggestion: with the two Google Summer of Code projects (GQB
>>> and pgScript) I think that installing a bug tracker (and a feature
>>> request list) for pgAdmin should be a good idea. If there is a bug in
>>> one part of pgAdmin (GQB, pgScript or pgAdmin) we would be able to:
>>> 1) Categorize the bug or the feature
>>> 2) Send an email automatically to the person supposed to correct the
>>> bug / add the feature
>>> 3) Tell when the bug is fixed / the feature added
>>>
>>> What do you think about that?
>> It's something Magnus and I have talked about - the problem is there
>
> We did. Let me state for the record that I am in favor of doing it. And
> I got the impression that Dave is as well, but not unreservedly (if
> that's a word).
>

I think it would be good.

>> are few good trackers out there imho. Bugzilla in particular which
>> many people seem to like is vastly over complicated for anything we'd
>> do.
>
> Yes. I definitely would not like to see Bugzilla. I want to see
> something that's really simple, but I do think that it would be very
> helpful.
>

I completely agree. Bugzilla is too much for us.

> I know Dave doesn't entirely agree with me, but I like the tracker
> functionality in Trac. Mainly because it's simple, and it does most of
> what I want. I'm not saying it has to be Trac, absolutely not, but
> that's about the level of complexity that I think is reasonable.
>

Trac is a good one :)

> Another option that is worth looking at is Roundup, I think. For an
> example of what it looks like, look at http://bugs.python.org. I haven't
> installed it myself, but I'm told it's nice and easy to install and use.
>
> One thing, btw, I find important - it should be an actual issue tracker
> and *not* a support forum. We don't want a bazillion feature requests or
> people not understanding how things are supposed to work to be
> registered in there.
>

+1

>
>> We have also been discussing another topic which may be work rolling
>> into this discussion - that is, a move to git over svn (note that the
>> decision there is a yes/no one as far as I'm concerned - I have no
>> intention of looking at anything else).
>
> I'd say +1 on the move. I've been working a bit with git lately, and I
> can certainly see the potential. I think it would particularly be good
> for things like these gsoc projects - and it would help in the review of
> such big projects as well.
>

I never used git but would love to :)

> The pgadmin code is also, from a SCM perspective, fairly simple. Thus,
> the conversion shouldn't be too difficult.
>
> Another question around it is if we want/need an integrated environment
> if we go the step. For example, Trac has a very good integration with
> SVN. The integration with git is not at all as good yet.
>
> Personally, I don't think we need this. We could just use gitweb.
>

gitweb is good enough.

--
Guillaume.
http://www.postgresqlfr.org
http://dalibo.com

In response to

Browse pgadmin-hackers by date

  From Date Subject
Next Message Robins Tharakan 2008-09-30 06:19:31 Function management in PG
Previous Message M@rton Akos 2008-09-25 21:19:09 profiler