What’s something you’ve gotten into your CICD pipeline recently that you like?

I recently automated a little bot for our GitHub CICD. It runs a few tests that we care about, but don’t want to block deployment, and posts them on the PR. It uses gh pr comment --edit-last so it isn’t spammint the channel. It’s been pretty helpful in automating some of the more annoying parts of code review.

  • @Shaikan
    link
    710 months ago

    GitHub actions seems the best to me atm

    • @kersplortOP
      link
      210 months ago

      Github actions is good for us, but honestly just because that’s where our code is.

  • @[email protected]
    link
    fedilink
    410 months ago

    I’ve been using Jenkins for almost a decade and it’s my goto for any CI/CD work just cause of the wide plugin support, documentation, integration with other tools and at this point, familiarity. It integrates nicely with Jira where i can see Jenkins build status for a given story, It shows up as GitHub checks to add against a PR, it can push/pull artifacts to Artifactory, have HTML view of test results, slack messages, open source if you’re into that and it can do a lot more.

  • @GJdan
    link
    4
    edit-2
    10 months ago

    We have strict data sovereignty requirements, so we do a lot of self hosting. We are also a kubernetes shop, so we’ve been using the Argo-CD / Argo Workflows combo. I quite like it, there’s a lot of freedom to spin up a container and do anything you want in it while passing results to the next step, it might be too much freedom for some folks though. CD systems have some variety to them since there’s so many ways to deploy code, but CI systems all feel pretty similar to me. The main differences are the format of the instructions you write for the system, and how much or how little it holds your hand.

  • @Corbin
    link
    English
    310 months ago

    In the Nix ecosystem, I appreciate Cachix quite a bit. It’s much easier than running a Hydra.

  • @zlatko
    link
    210 months ago

    I’ve ran into Drone CI about a year ago and I like it. I wanted to self-host something simple next to my gitea instance, and after a few hours I had it mostly set up. And in the course of a week I had it all figured out, I don’t bother with it any more.

    It’s basically hands-free operation the way I have it set up, works with my gitea as said so I’m happy.

  • agilob
    link
    English
    210 months ago

    Jenkins and GitLab runners. They get bad reputation, but are extremely powerful and easy to start with, much faster than GH actions, more popular and better documented than other enterprise alternatives.

  • @Kissaki
    link
    English
    1
    edit-2
    4 months ago

    At work I use Jenkins, and I am very frustrated with it. I’ve worked with GitHub Actions, GitLab CI, and Azure Pipelines, and none were truly enjoyable to work with. They’re acceptable.

    The last change I made on our project was to send a build failure and build fix notification email on branches to the last committer. (After having disabled branch build failure notification emails because Jenkins (or its plugins) were not able to send to only the branch developer/new change pusher/author a while ago.)

    The best thing we did was introducing commit message conventions and convco to verify them, and to generate changelogs automatically.

  • Magnus Åhall
    link
    fedilink
    110 months ago

    We’re using Ansible for a lot of stuff, with Semaphore as a frontend.

    Semaphore has rudimentary support for CI/CD. We don’t need all the bells and whistles of something like Jenkins, and Semaphore is saving us from having yet another software to know and and maintain.

  • @[email protected]
    link
    fedilink
    English
    19 months ago

    At work integrating convco last year to verify commit messages conforming to conventional commits and to generate release notes / a changelog - for builds and releases.

    Private, the last interesting thing I did was set up GitHub Actions to fork and daily fetch upstream GitLab changes of MKVToolNix to generate releases and release notes on the releases - because they don’t do either. So with GitHub release notifications I now see a release with a change list immediately. https://github.com/Kissaki/MKVToolNix

  • @[email protected]
    link
    fedilink
    110 months ago

    I don’t have much experience with setting up ci/cd stuff. But last time i tried Circle CI and it was really easy to set up and get working. I’m thinking of looking into GitHub actions soon though.

  • @[email protected]
    link
    fedilink
    110 months ago

    We use build kite, I like it better as an end user than other things I’ve used (circle ci, Travis, bamboo). I haven’t been on devops setup end of it much so can’t really talk to that end. I’ve liked what I’ve used of gh actions as well.

  • footfaults [none/use name]
    link
    fedilink
    English
    19 months ago

    I’ve been using ConcourseCI because another team manages it and it is integrates with Hashicorp vault.

    It’s good. The big advantage is I don’t have to deal with maintaining it.

    The downside is their story on GitHub integration is kind of crummy, you have to create your own web hooks because our ConcourseCI instance is too busy for poll based resource checks.