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