| |
 | Posted by Mathias Lang
in reply to user4678 |  Permalink Reply |
|
Mathias Lang 
Posted in reply to user4678
| On Monday, 24 February 2020 at 04:40:06 UTC, user4678 wrote:
>
> 1. ownership of migrated issues, accounts
>
> How can you guarantee that the creator of a Bugzilla issue will have admin rights (e.g at least the ability to close) on the migrated issue ?
>
> Do you realize that not everybody has a GH account ?
> So that's it ? people would have to follow or stop reporting ?
More people have a Github account than an issue.dlang.org account.
Regarding ability to close, either the bug is fixed, and we can close it, or the person realized it was not a bug / withdraw his/her enhancement request, and we can close it on demand. In practice the later happens very rarely.
> 2. Maintenance.
>
> Everybody can volunteer to maintain issues:
>
> - close invalid.
> - close issues fixed but not well referenced.
> - change the labels, e.g from "enhancement" to "normal".
> - and more.
>
> think for example to the "advant of bugfixes" initiative.
>
> moving to GH means that only members of the organization will be able to do this maintenance. regular registered users will be more limited than on Bugzilla. unregistered users will be fucked.
Did you read the issue ? Because this exact topic came up: https://github.com/dlang/projects/issues/43#issuecomment-497221490
> 3. performance
>
> GH is slow, is subject to be down because it is constantly attacked while D Bugzilla is dedicated to a single task, is fast and quite confidential (i.e not targeted).
Github is also backed by a multi-billion dollars company throwing a lot of resources behind it.
While it has downtimes, those are not frequent (and when it happens, the whole ecosystem is affected anyway so Bugzilla is the least of our concern here).
I'm not sure what you refer to by "targeted". If you're worried about your privacy, it is simple to make a dummy Github account with a throwaway email, just like you'd do for Bugzilla.
> 4. Categories
>
> There is no categories in GH issue system, only labels.
> Bugzilla have keywords, see also, importance, etc.
Keywords are just like labels (there can be multiple of them). For items where there can be only one (importance, platform), we could use Milestones, or just different labels with the same prefix (e.g. `type-enhancement`, `type-bug`, etc...).
We could also automate some of it using dlang-bot.
Github actually provide a mean to create multiple issue templates, which hopefully will better guide newcomers (see https://help.github.com/en/github/building-a-strong-community/configuring-issue-templates-for-your-repository).
> 5. Other
>
> BTW you already have an example of what it would be like: DUB issues.
What's wrong with DUB issues ?
I do think the move from Bugzilla to Github is good and will make us more visible and more accessible. I understand that there are certain concerns over Microsoft's ownership of Github, but so far our experience has been very positive (when D started, you'd send an email to Walter to get something patched, so we had come a long way). Github has been supporting more and more good features, such as different workflow, many user-friendly items (issue / PR template, contributing guide, code suggestions) and introduced a very good cross platform CI system.
On another level, a good Github profile is a good portfolio for a developer to show, while all the work done on Bugzilla is harder and less effective to demonstrate.
|
