Invent/gitlab, issues and bugzilla

[Boudewijn Rempt]

On donderdag 4 juli 2019 12:08:00 CEST Luca Beltrame wrote:

> I see nothing that allows an informed decision. Why is not Bugzilla
> acceptable? Why is GL better? No, familiarity and onboarding reasons
> are not enough. Please at least try to outline first the advantages and
> disadvantages of both.

Let's see whether we can do an initial feature comparison:

                                         gitlab           bugzilla
rich text editor with embedded images      X                 -
Attachments for large files                -                 X
keywords or labels                         X                 X
moving issues between product              X                 X
status workflow                         open/closed       reported/confirmed/assigned/resolved/closed
version of product                         -                 X
component                                  -                 X
OS/Platform                                -                 X
OS/Platform version                        -                 -
mark as duplicate                          -                 X
target milestone                           X                 X
depends on/blocks                          -                 X
confidentiality flag                       X                 -
reports (like weekly)                      -                 X
integration with commit workflow           X                 X
integration with merge requests            X                 X
advanced search                            -                 X
duplicates                                 -                 X

So, what gitlab issues have over bugzilla is a rich text editor and a confidentiality flag. What bugzilla has over gitlab issues is reasonable solid set of features that help actually tracking and managing the bug report. It's not that I'm a huge bugzilla fan, it could be much better, but I need those features.

The reason for that is that gitlab's issues feature seems to have been designed for the way smaller, internal teams work inside a company, where they would create their own issues during development, or create issues for tasks they receive from their product owners. It's not designed for receiving thousands of end-user reports a year. It's not designed to be the public face of a project.

-- 
https://www.krita.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-community/attachments/20190704/eda7f583/attachment.sig>