Github dislikes email “aliases” so much that they will shadow ban your otherwise normal activities for months, and once flagged, support will request not only a “valid” email domain but also that you remove the “alias” email from the account completely.

  • Atemu
    link
    fedilink
    arrow-up
    31
    arrow-down
    6
    ·
    10 months ago

    Github is unfortunately the premier platform for collaborating with others to build FOSS. Until alternative forges support federation, any other forge is usually a dead end.

      • Atemu
        link
        fedilink
        arrow-up
        18
        ·
        10 months ago

        Federated Git has been a thing ever since git was conceived:

        git send-email
        
        • delirious_owl@discuss.online
          link
          fedilink
          arrow-up
          3
          ·
          10 months ago

          They mean like I want to be able to open an issue on your instance using an account on my instance. Forjero is working in this

          • toastal
            link
            fedilink
            arrow-up
            2
            ·
            10 months ago

            The mailing list or maintainer email can accept your issues. You don’t have to have a code forge.

              • toastal
                link
                fedilink
                arrow-up
                2
                ·
                10 months ago

                Sure. I love being able to browse code without checking out your bloated monorepo, but it isn’t a requirement.

                • delirious_owl@discuss.online
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  10 months ago

                  I mean more about the features that forges provide, not just a WUI for browsing code. Namely: tracking hundreds of issues, PRs, etc

                  • toastal
                    link
                    fedilink
                    arrow-up
                    1
                    ·
                    10 months ago

                    There are several independent options for all of those that, while they suck to go to a different site, often do a much better job than the code forge—think how Gerrit makes PRs look foolish, Bugzilla, Trac, Trello, etc. even the humble mailing list. What’s also important to note is a separate servdce offers different (or even better) organization options. Say you wanted a “polyrepo”… well, new you need a separate issues/review for every repository which often doesn’t fit as concerns can apply to mulitple repos (which now that I think about it might be one of those pressures on folks to create monorepos due to tooling lock-in choices from certain forges). That’s not to say there isn’t a cost/benefit to losing the integration of a central spot or less servers to deploy, but it very well could mean that a small orchestra of independent services could better suit a project compared to opting into every feature a code forge is offering.

                    That is to say, the one feature you see in all code forges—even the simple ones like cgit—is the ability to browse code/commits.

        • toastal
          link
          fedilink
          arrow-up
          8
          arrow-down
          2
          ·
          10 months ago

          Is this why Freedesktop, GNOME, KDE, Haskell, & others self-host their GitLab community editions? These must not be the real FOSS projects.

          • coolkicks@lemmy.world
            link
            fedilink
            English
            arrow-up
            7
            arrow-down
            2
            ·
            10 months ago

            Sure, self-hosting is a great option for very large projects, but a random python library to help with an analytics workflow isn’t going to self-host. Those projects, along with 27,999,990 others have chosen GitHub, often times explicitly to reduce the barrier to contribution.

            Also, all of those examples are built on thousands of other FOSS projects, 99% of which aren’t self-hosting. This is the same as arguing only Amazon is a bookseller and ignoring the thousands of independent book publishers creating the books Amazon is selling.

            • toastal
              link
              fedilink
              arrow-up
              2
              ·
              10 months ago

              This isn’t to say every project should self-host, but that they could self-host. And if you don’t want to self-host, you can join groups like Notabug, or a server hosted by a foundation like Codeberg, or the privately-held SourceHut, or even the open-core GitLab with its free tier (tho publicly-traded, most of the source is open & one can run the community edition if they wish). To assume if not self-hosted GitLab CE, then one must use a closed-source, US-based, publicly-traded, megacorporate, social media + code forge platform that’s trying to monopolize the developer tooling space is a false dichotomy.

    • toastal
      link
      fedilink
      arrow-up
      5
      arrow-down
      4
      ·
      edit-2
      10 months ago

      The pull request model Microsoft GitHub force on users ends up being a colossal waste of everyone’s time & it’s the only model offered. It’s also a social media platform which encourages star hacking, READMEs that are actually RENDERMEs, focusing too much on making one’s graph green, etc. that are bad for project quality & mental health IMO. This doesn’t sound like a “premier” platform but the result of lock-in & network effect. The way to break is to go host elsewhere… & since Git is a distributed version control system, this should be encouraged.

        • toastal
          link
          fedilink
          arrow-up
          8
          arrow-down
          1
          ·
          10 months ago

          Or SourceHut, or self-host cgit or Forgejo. Hell, why run Git when Darcs & Pijul are awesome.

        • Atemu
          link
          fedilink
          arrow-up
          5
          arrow-down
          1
          ·
          10 months ago

          Because the projects I want to contribute to are on Github, not some other forge. Also, I don’t want to create accounts on dozens of forges; each with their own settings and whatever; I also don’t want to have to put contributors to my projects through that, so if I want external contributors, Github is pretty much my only choice.

          I don’t like it but until federation between forges is a thing, Github it is.