couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Davis <>
Subject Re: Extra reference in a commit message
Date Mon, 20 Jun 2016 00:23:47 GMT
This immediately struck me as not a good idea and I've been mulling it
over to try and figure out why. But I think Jan has nailed it here.
Anything that any private company needs changed in CouchDB needs to
move that through normal ASF procedures. Having conversations on
private bug trackers I think leads too easily to private conversations
off the dev list about development which we all know is bad for the

Anyone that needs to track work on private issue trackers should
figure out how to make that private tracker line up to JIRA issues and
not vice versa. That said I wouldn't be opposed to looking into JIRA
to see if there are integration points that we could configure for
automated mirroring for anyone that wants it.

But yeah, what Jan said. Public bits are public and leaking private
bits into that pool is going to be at least confusing and very well
could end up being a whole lot worse.


On Sun, Jun 19, 2016 at 9:24 AM, Jan Lehnardt <> wrote:
>> On 18 Jun 2016, at 01:07, Ilya Khlopotov <> wrote:
>> Hello,
>> We at Cloudant using our own bug tracker. Quite often we have two tickets
>> opened for the same problem.
>> One ticket is in ASF JIRA and another one in our internal bug tracker.
>> We have some automation, which compiles the issues we worked on in a
>> current release cycle.
>> However, it is extremely challenging to get it working right. Since it
>> needs to consult two independent trackers with no link between them.
>> We are considering adding a second reference in a commit message.
>> Does anyone have a strong opinion against it?
>> Would these unrelated references be too annoying for the community?
> I’m definitely not a fan of this. Mostly because the reference is not
> transparent and will confuse new contributors coming in. And secondly that
> it is very easy to miss any useful discussion leading up to a patch, and
> the onus on Cloudant folks to copy and paste everything relevant into
> CouchDB JIRA. I’d prefer to “default to open”
> Is there an option to use ASF JIRA for the more substantial / commit-level
> issue tracking even inside Cloudant?
> I realise you won’t be able to move the Cloudant private bits over and that
> there are other complications with this idea, but maybe it makes sense to
> keep the private Cloudant bits in the Cloudant issue tracker and the open
> CouchDB bits in CouchDB JIRA?
> Best
> Jan
> --

View raw message