Re: No Issue Tracker - Say it Ain't So!

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Corey Huinker <corey(dot)huinker(at)gmail(dot)com>, Torsten Zuehlsdorff <mailinglists(at)toco-domains(dot)de>, Stephen Frost <sfrost(at)snowman(dot)net>, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>, Ryan Pedela <rpedela(at)datalanche(dot)com>, David Fetter <david(at)fetter(dot)org>, YUriy Zhuravlev <u(dot)zhuravlev(at)postgrespro(dot)ru>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: No Issue Tracker - Say it Ain't So!
Date: 2015-09-29 17:40:28
Message-ID: 28328.1443548428@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andres Freund <andres(at)anarazel(dot)de> writes:
> On 2015-09-29 13:27:15 -0400, Tom Lane wrote:
>> Not that so much as that the gitlab code really wants to be connected up
>> to our code repo. That makes complete sense in terms of its goals as
>> stated by Torsten upthread, namely to be a git repo manager. But it's
>> not what we're looking for here. We want an issue tracker, and we don't
>> particularly need it to decide that it's in charge of repo access
>> authorization for instance. There's a whole bunch of functionality there
>> that at best is useless to us, and at worst will get in the way.

> I don't have any opinion WRT gitlab, but I'm fairly certain it'd be
> unproblematic to configure automatic mirroring into it from
> gitmaster.

I think you missed my point: gitlab would then believe it's in charge of,
eg, granting write access to that repo. We could perhaps whack it over
the head till it only does what we want and not ten other things, but
we'd be swimming upstream.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Joshua D. Drake 2015-09-29 17:42:18 Re: No Issue Tracker - Say it Ain't So!
Previous Message Andres Freund 2015-09-29 17:35:49 Re: No Issue Tracker - Say it Ain't So!