Support for merge requests on salsa.d.o

Rafael Laboissière rafael at debian.org
Sun Feb 18 05:57:48 UTC 2018


* Sandro Tosi <morph at debian.org> [2018-02-18 00:08]:

> On Sat, Feb 17, 2018 at 4:09 AM, Rafael Laboissière <rafael at debian.org> wrote:
>> Dear bts-link developers,
>>
>> I recently "linked" this bug report on BTS:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890088
>>
>> to this merge request on Salsa.d.o:
>>
>> https://salsa.debian.org/science-team/nlopt/merge_requests/1
>>
>> Even though the projects on Salsa are not really "upstream", I thought 
>> that it would be interesting to have bts-link understanding this 
>> relationship and I wrote the support for it.  You will find attached 
>> to this message a patch that applies against the current sources in 
>> Git.
>
> shouldnt this be better addressed by some mechanism in salsa (like a 
> webhook, similar to how a tag is marked as pending via commit if the 
> magic "Closes: #nnnnnn" is in d/changelog)?

This exists already: 
https://salsa.debian.org/salsa/webhook/blob/master/plugins/tagpending.rb

The problem with this approach is that the "Closes: #nnn" statement must 
be in the commit message and, hence, to be known in advance before 
preparing the merge request.

> after all we bts-link didnt support alioth, and salsa fall more or less 
> under the same service description of alioth + bts and salsa are both 
> debian systems, that can have a much tighter integration than external 
> btses, which are the main target of bts-link

At any rate, you are right, Salsa is a Debian service and it would be 
preferable to develop an BTS integration service on it instead than in 
bts-link.

Best,

Rafael



More information about the Bts-link-devel mailing list