201
GitHub Has an Availability Problem. Is It Time to Look Elsewhere? (dhruv2038.bearblog.dev)
submitted 3 weeks ago by to c/selfhosted@lemmy.world
63 comments fedilink hide all child comments
you are viewing a single comment's thread
view the rest of the comments
[–] 4 points 3 weeks ago (3 children)

For forgejo I'm actually not too sure - "feel" is vague but the best I've got, maybe someone more UI inclined has clearer thoughts on it. Or maybe I just need to get used to it. It's certainly much better than Gitlab imo.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 10 points 3 weeks ago* (2 children)

    I could rant a lot about the GitHub UX, so here's just the fairly obvious stuff on the repository page:

    Screenshot of the repository overview page. There's a lot of duplicated information.

    Red arrows mean duplicated information or duplicated navigational elements.
    Green arrow means why the fuck do I have to tell our customers to click a random link in the middle of bumfuck nowhere, in order to download our software?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 3 points 3 weeks ago* (last edited 3 weeks ago) (1 child)

    Unpopular opinion, but most of that is duplicated information that makes sense to be duplicated because I'm not a machine that can scan the whole page and instantly get what I need.

    Top right are action buttons, fork and stars on the center right let you see who else starred and forked the repo.

    License information just makes sense to be in a repo summary, and it just happens that most license files are at the root and visible in the file tree.

    I don't see the top level stuff, you probably see that because you're not authenticated, so github tries to "sell" itself for you.

    I agree "releases" should be at the top though (it used to, and I use GitHub refined to bring it back), but having the latest one at a glance is nice and saved me a click many times.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 3 weeks ago

    I mean, yeah, it can make sense to duplicate information. That screenshot isn't supposed to say that all of these should be deduplicated.
    But you really gotta be cautious with duplication, because it makes everything else harder to find. And I would absolutely argue that GitHub has crossed the line where they duplicate too much, across the board. It feels like design-by-committee.

    This is entirely anecdotal, but what really dumbfounded me while annotating that screenshot, is that I never actually read the links in that "About" section.
    I've seen this page probably a thousand times already, but I had no idea that there's an "Activity" link there, which actually seems like it could be useful. Nor a link to the README, to the CONTRIBUTING.md or for "Custom Properties" (whatever that is).
    I had no idea how to report a repo until now, even though the link is apparently always on screen.

    There's just so much info there, and it's presented like read-only info, not like navigation links, so I always just skipped over the lines that don't have numbers in them. I also genuinely never tried clicking any of these lines before...

  • permalink
  • fedilink
  • source
  • parent
  • [–] 1 point 3 weeks ago (1 child)

    Note that the top “ribbon “ is visible from all of those ribbon choices, while the content pane stuff, like the “About” box are only visible in “Code”

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 3 weeks ago

    Yeah? You should still make a decision. If you want it possible to watch, star and fork the repo from any of the sub-pages, then that stuff has to live in that top ribbon.

    But then you shouldn't duplicate it into the Code sub-page. I'd work with split buttons, where you can look at who starred and you can add your own star, all from the same UI element. It would not even take up more space, since they do already display the count in the top ribbon as well.

    Apparently this is how Codeberg does it (see e.g. this repo), so this might be where I have the idea from...

  • permalink
  • fedilink
  • source
  • parent
  • [–] 2 points 3 weeks ago

    Well of the major options out there that's not github you're looking at gitlab, forgejo/codeberg, or sourcehut. Sourcehut is the most minimalistic UI so you may love it or hate it. Otherwise i personally would value open source over UI which is why i use codeberg.

  • permalink
  • fedilink
  • source
  • parent