There are a lot of bad things to say about #GitHub :github: at the moment, but as a tool I find it so much more ergonomic than #GitLab :gitlab: that I honestly can't see myself moving my authored apps to GNOME's GitLab instance anytime soon. I'm watching #Codeberg :codeberg: and its #Forgejo :forgejo: project with great interest, but at the same time I'd like to have a presence where most of my apps' technicallly inclined audience actually is, you know? 🥲
=> More informations about this toot | More toots from bragefuglseth@fosstodon.org
Re. the last point of "being where the people are", that's mainly a problem when trying to make it easy to report bugs. I think it's a huge issue that everybody needs to go through the actual code hosting sites to create issues in projects hosted on them, using the same interface that developers use for managing entire projects. Imagine having to walk through the kitchen of a large restaurant to make the staff aware of a problem with your meal.
=> More informations about this toot | More toots from bragefuglseth@fosstodon.org
If I could just link to a simplified, non-technical page that quickly let people set up an account and report a bug / make a suggestion in 2 minutes, which would then result in actual issues in my projects tied to real accounts, I'd be a lot more convinced to migrate to e.g. Codeberg.
=> More informations about this toot | More toots from bragefuglseth@fosstodon.org
@bragefuglseth I have the exact opposite take on this. To me github feels clunky and slow and fucks up basic things like the page content bugging out every time I try to navigate back. Or how hard it is trying to do basic git things like diffing 2 refs (which afaik you can't just navigate to). On gitlab that is in the sidebar, pretty easy to find even if I don't remember exactly where it is.
=> More informations about this toot | More toots from ada_magicat@tech.lgbt
@ada_magicat Admittedly I'm not much of a power user and just use GitHub for the "basic stuff" (hosting code, managing issues, receiving pull requests, and doing releases), but I perceive GitHub as a lot snappier! People are different in funny ways sometimes 😄
=> More informations about this toot | More toots from bragefuglseth@fosstodon.org
@ada_magicat One concrete thing I'll mention is that GitLab's new DIY approach to the project sidebar isn't my favorite thing in the world. When I initially wanted to find the issue tracker of a project, I had to search for a while before locating it in the "Plan" section of the sidebar. GitHub and Codeberg have actually made decisions about what to put front-and-center. On GitLab I can pin the Issues item to the top manually, but that's just working around an underlying problem after the fact.
=> More informations about this toot | More toots from bragefuglseth@fosstodon.org
@ada_magicat There's also the fact that the sidebar (and GitLab in general) prominently exposes so many things that I never use. It's kinda like working in someone else's office cubicle with all the drawers open at all times. I think GitHub does a better job at only exposing enterprise-grade complexity when it's actually needed.
=> More informations about this toot | More toots from bragefuglseth@fosstodon.org
@bragefuglseth@fosstodon.org @ada_magicat@tech.lgbt as someone who uses gitlab extensively I agree this is awful.
I only ever use these entries. Very rarely pipeline scheduling and settings. Most of the entries there are just noise in my case.
=> More informations about this toot | More toots from alice@mk.nyaa.place
@alice @bragefuglseth That part of gitlab's design is literally an old school menu bar but turned on its side so you don't realise that's what it is.
=> More informations about this toot | More toots from ada_magicat@tech.lgbt
@ada_magicat@tech.lgbt @bragefuglseth@fosstodon.org I mean yeah, I don't like those either
The benefit menubars have over this tho is that they in 99% cases have a semi-standard structure, so you can at least roughly guess what would be where. Here tho it's just a dumping ground for every feature ever with unclear organization
=> More informations about this toot | More toots from alice@mk.nyaa.place
@alice @bragefuglseth @ada_magicat Thanks for pointing that out! I remember the ribbons controversies but even back then I admired Microsoft (yes, Microsoft of all) for their courage to leave the conventional paths and try something new.
=> More informations about this toot | More toots from fluchtkapsel@nerdculture.de
@bragefuglseth@fosstodon.org @ada_magicat@tech.lgbt fun fact: gitlab previously did have issues at the top. They moved them into a submenu later for a reason I can't fathom
=> More informations about this toot | More toots from alice@mk.nyaa.place
@alice @ada_magicat Yeah, I remember that. Someone at GitLab needs to read https://ometer.com/preferences.html …
=> More informations about this toot | More toots from bragefuglseth@fosstodon.org
@bragefuglseth Oh about snappiness I'd say it also massively depends. Github is consistently not fast for me and is only rarely slow, but I've been on some gitlab instances that are really snappy too so... Idk. The reason I say that it feels clunky and slow is the buggy navigation. Now don't get me wrong, gitlab also has very similar navigation issues, it just doesn't completely bug out as often for me.
=> More informations about this toot | More toots from ada_magicat@tech.lgbt
@bragefuglseth I couldn’t disagree more. GitLab sucks in many ways, but Github sucks way more and when something requires me to use it, I often ponder just not dealing with that thing at all. GitLab can be annoying at times, but Github is outright painful.
=> More informations about this toot | More toots from afranke
@bragefuglseth i switched to codeberg today.
=> More informations about this toot | More toots from Aliyan@fosstodon.org This content has been proxied by September (3851b).Proxy Information
text/gemini