Yes it is interesting conversation indeed. The point made about
non-technical users not able to report bugs is a good one, although I
still think that can be solved by email as well (just a regular form and
the contents could get posted to this mailing list or different one).
If people here are against proprietary Github, why not just use
self-hosted Gitlab solution? Personally I prefer Gitlab over GH but both
are good.
On 22 May 2020, at 11:03, J Rt wrote:
I agree with you, and I suppose most of this discussion is becoming an
interesting pros and cons weighting of different approaches :) I
definitely think that everything is a question of tradeoffs, and the
point made by 'pro github' participants here is that it is quite
likely that github is de facto the dominant platform / way /
methodology used in the open source world, with most users familiar to
it, and that, therefore, having a github workflow may be the best way
to engage a large(r) community. But I agree that it also comes with
its downsides, to be weighted against the benefits it could bring.
On Fri, May 22, 2020 at 10:57 AM Erazem Kokot <[email protected]>
wrote:
This is true, but at the same time, this is 'yet another method to
learn', while nowadays a vast group of users are quite proficient
and
used to github and similar. Using something a la github would take
away some entry barrier for most user IMO.
Although I understand what you mean, I don't think just because new
users want the contributing process to be similar to what they
already
know, that projects would have to change their workflow to suit such
users. This is not a great way to learn for the user and pretty
pointless for the project, since if for example using Sourcehut or
Gitlab, users could still use the same argument of comfort with
Github
to try and move the project to Github.
Projects shouldn't be forced to change their workflow to suit a small
minority of the contributors or possible future contributors.
If you were maintaining a project on Github, you wouldn't want users
submitting pull requests over email, so why would it be any better
the
other way around.