• Aloso@programming.dev
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    True, code for critical IT infrastructure should always be reviewed. But from what I understand, this is difficult because there is one full-time developer (paid by the Rust Foundation) and a small number of volunteers, who don’t have the time to review all the employee’s changes.

      • Aloso@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        On GitHub, everybody has the ability to review pull requests, even you. But there still aren’t enough volunteers who review PRs.

        • sugar_in_your_tea@sh.itjust.works
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          Sure, but you should always have a core contributor required to review code before it gets merged. That’s a feature GitHub offers, and it should be used. Block all PRs unless there’s at least one review from a trusted contributor, and consider requiring a second review from any source.

          • Aloso@programming.dev
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            That doesn’t solve the issue that there are too few contributors. Requiring a review doesn’t ensure that someone reviews the code.

            • sugar_in_your_tea@sh.itjust.works
              link
              fedilink
              arrow-up
              1
              ·
              1 year ago

              Requiring a review from a trusted contributor ensures that one of those trusted contributors reviews the code. The one main maintainer should add more people to that trusted circle, which will ensure that at least one of those will review all code that goes into the codebase.

              If people see that code isn’t being merged, someone will step up to request to be in that trusted circle.