• xmunk@sh.itjust.works
    link
    fedilink
    arrow-up
    41
    ·
    2 months ago

    It’s important to demystify tech… They’re literally the same except some achieve a descriptor beyond “shitty”.

  • exu@feditown.com
    link
    fedilink
    English
    arrow-up
    11
    ·
    2 months ago

    I’d probably prefer a bash script that’s called from your CI/CD if done properly, just because I could run the same tests locally with that script. That makes the feedback loop much faster and also allows stuff like auto formatting.

    Yes, you can do git hooks, but then you have to keep it in sync with your CI/CD all the time.

    • Ms. ArmoredThirteen@lemmy.ml
      link
      fedilink
      arrow-up
      1
      arrow-down
      1
      ·
      2 months ago

      What about a bash script that calls your CI/CD because the system is so old and complex anyone learning how to use it immediately builds a 1-off tool to hide what they don’t need but then everyone starts relying on that 1-off bash script so you extend the functionality then replace it with a proper tool then let that rot so you need a new bash script to call that to hide the useless parts?

    • ☆ Yσɠƚԋσʂ ☆@lemmy.mlOP
      link
      fedilink
      arrow-up
      2
      arrow-down
      2
      ·
      2 months ago

      I feel like being able to run things locally is really valuable as well. This has been one of my biggest issues with stuff like aws where it’s very difficult to have an offline local environment. You have things like localstack, but it’s not perfect.

  • sik0fewl@lemmy.ca
    link
    fedilink
    arrow-up
    6
    ·
    2 months ago

    After spending enough time debugging Jenkins pipelines, I wish I had used shitty bash scripts.

  • vrighter
    link
    fedilink
    arrow-up
    1
    ·
    12 days ago

    I always structure my projects such that there is one build.sh file you run, and it does the whole build unattended