<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 5 Jul 2019, 05:08 Volker Krause, <<a href="mailto:vkrause@kde.org">vkrause@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thursday, 4 July 2019 17:43:06 CEST Boudewijn Rempt wrote:<br>
> On donderdag 4 juli 2019 13:02:24 CEST Kai Uwe Broulik wrote:<br>
> > I complained about the same thing but I was told you can replicate most<br>
> > of those (OS, platform, etc) using tags/badges and project structures.<br>
> > There isn't a 1:1 mapping of fields and tech we got used to from Bugzilla.<br>
> <br>
> And then I thought to check how GIMP is handling this. It's not pretty: four<br>
> pages of label definitions (and keep in mind that all labels are available<br>
> both to merge requests and issues). Creating a query when there are so many<br>
> labels is exceedingly hard, as I imagine actually managing them and tagging<br>
> reports with them. See <a href="https://gitlab.gnome.org/GNOME/gimp/-/labels" rel="noreferrer noreferrer" target="_blank">https://gitlab.gnome.org/GNOME/gimp/-/labels</a><br>
> <br>
> A second problem here is that these labels are defined _per project_. That<br>
> means that any common way of handling bugs among KDE projects will<br>
> disappear.<br>
<br>
On top of that, anything requiring manual per-repo setup isn't going to work <br>
for projects with split repos, such as PIM (50+) or Frameworks (70+).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Small correction here - From my understanding you can define labels at the group level, which are then shared with all the underlying subgroups and projects (repositories).</div><div dir="auto"><br></div><div dir="auto">At some point depending on how things go I expect us to need to define some labels at varying group levels.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> Sorry, but I don't see any way this is going to end well. KDE projects<br>
> should not use the gitlab issues feature for bug reports. Use of the issues<br>
> feature should be reserved for replacing the phabricator tasks<br>
> functionality. KDE should continue to use bugzilla.<br>
<br>
>From what I have seen of Gitlab so far (which I like in general as it removes <br>
the error-prone arcanist from my workflow), I have to agree with that.<br>
<br>
Regards,<br>
Volker</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Ben</div><div dir="auto"></div></div>