• FizzyOrange@programming.dev
      link
      fedilink
      arrow-up
      7
      ·
      7 months ago

      Yeah I think that’s what he meant. You don’t want CI editing commits.

      I use pre-commit for this. It’s pretty decent. The major flaws I’ve found with it:

      • Each linter has to be in its own repo (for most linter types). So it’s not really usable for project-specific lints.

      • Doesn’t really work with e.g. pyright or pylint unless you use no third party dependencies because you need a venv set up with your dependencies installed and pre-commit (fairly reasonably) doesn’t take care of that.

      Overall it’s good, with some flaws, but there’s nothing better available so you should definitely use it.

      • zalgotext@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        ·
        7 months ago

        I’ve used pre-commit pretty extensively over the years and I’m confused.

        Each linter has to be in its own repo (for most linter types). So it’s not really usable for project-specific lints.

        Not sure what you mean by this. I have pre-commit set up to do linting in several different projects, and even have it running multiple differently-configured lint jobs in the same repo.

        Doesn’t really work with e.g. pyright or pylint unless you use no third party dependencies because you need a venv set up with your dependencies installed and pre-commit (fairly reasonably) doesn’t take care of that.

        Again, I have pre-commit set up on multiple repos running pylint with multiple different plugins. Pre-commit absolutely does take care of setting up venvs with needed dependencies.

        • FizzyOrange@programming.dev
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          Not sure what you mean by this. I have pre-commit set up to do linting in several different projects, and even have it running multiple differently-configured lint jobs in the same repo.

          I don’t mean using lints, I mean writing custom ones. Say you have a custom lint you want to use but it only will ever be used for that specific project. You can’t just put the lint code in a subdirectory. It has to go in a separate repo.

          Pre-commit absolutely does take care of setting up venvs with needed dependencies.

          Again I think you might be misunderstanding. It will install pylint fine, but if your project does e.g. import yaml, it’s not going to set up a venv and install pyyaml for you.

          • zalgotext@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            7 months ago

            Say you have a custom lint you want to use but it only will ever be used for that specific project. You can’t just put the lint code in a subdirectory. It has to go in a separate repo.

            You can run locally defined hooks with pre-commit, just define them in the repo: local section of the .pre-commit-config.yaml, and have it run a bash/python/whatever script or something that invokes your custom linting, wherever it lives in your file structure.

            It will install pylint fine, but if your project does e.g. import yaml, it’s not going to set up a venv and install pyyaml for you.

            Yeah I misspoke/misremembered there. For Python based stuff, it uses the currently active virtualenv or your global python install, so it relies on you installing your own dependencies. Which isn’t really that big a deal imo, because you need to install those dependencies to run/debug/test locally anyways.

            • FizzyOrange@programming.dev
              link
              fedilink
              arrow-up
              1
              ·
              7 months ago

              You can run locally defined hooks with pre-commit, just define them in the repo: local section of the .pre-commit-config.yaml

              Sounds like you’re just googling it rather than actually speaking from experience. Suppose I have written a Python lint and it’s in my ci/lints/foo folder. How do I tell pre-commit that? (Hint: you can’t)

              Which isn’t really that big a deal imo

              For small Python projects, maybe not. The project I’m working on has multiple sub-projects and those each have their own venvs, pyproject.tomls, etc.

              • zalgotext@sh.itjust.works
                link
                fedilink
                arrow-up
                1
                ·
                7 months ago

                Sounds like you’re just googling it rather than actually speaking from experience.

                Like I said, I’ve used pre-commit for multiple years now. If you can run your lints from a command line, you can configure pre-commit to run them.

                The project I’m working on has multiple sub-projects and those each have their own venvs, pyproject.tomls, etc.

                Monorepos definitely make things a bit trickier, but again, you absolutely can write a local pre-commit hook that runs a bash command or script that 1.) activates the necessary venv and 2.) runs the lint command. I know this because I’ve done it, multiple times.

                • FizzyOrange@programming.dev
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  7 months ago

                  If you can run your lints from a command line, you can configure pre-commit to run them.

                  Yes but the whole point of pre-commit is it takes care of installing the lints. For most supported languages this requires the lint to be in its own repo. That is very annoying for project-specific lints that you would ideally want to just put in a subdirectory. Does that make sense?

                  can write a local pre-commit hook that runs a bash command or script that 1.) activates the necessary venv and 2.) runs the lint command. I know this because I’ve done it, multiple times.

                  Yeah there’s not really any point using pre-commit at that point.