Hashtag
#CI
51 posts tagged with this hashtag.
🚨 Update to #WoodpeckerCI v3.14.1 for critical security fixes! Now agent_id spoofing is blocked, keeping your builds safer than ever. Huge thanks to security researchers & fixers! 🔒✨ #release #Security #DevSecOps #CI #OpenSource
WoodpeckerCI v3.14.0 is here! 🚀 Enjoy one-shot agent mode, external secret & container registry credential support, enhanced Kubernetes features, and stronger security fixes. Update now for smoother, safer CI! 🔒✨ #WoodpeckerCI #release #CI #DevOps #Kubernetes
You have a #project and want to know (or block) if a contribution is AI made?
we at #WoodpeckerCI have packaged the #AgentScan as #plugin: https://woodpecker-ci.org/plugins/agentscan
The @nixos_org integration tests have always been a fantastic tool - We just made them even faster and much simpler to run! 🚀 By adding a new lightweight container backend to the test driver, you can now run your suites on standard, non-KVM hosts. 👇
Here is what the new container backend brings to your NixOS workflow:
⚡ Blazing Fast Execution: How fast? Booting two machines, letting them ping each other, and tearing them down now takes ~3 seconds!
💸 Run Anywhere (Cheaper!): You no longer need bare-metal KVM-enabled hosts. Your tests can now run seamlessly on cheap, standard VMs.
🎮 GPU Testing Support: Hardware acceleration is now accessible. You can finally test GPU-dependent workloads directly inside your integration tests!
Curious how it works under the hood and how to enable it in your projects? Dive into our latest article and try it out for yourself!
🔗 Read the full breakdown here: https://nixcademy.com/posts/faster-cheaper-nixos-integration-tests-with-containers/
#NixOS #DevOps #Testing #Linux #Nix #InfrastructureAsCode #CI #Containers
The @nixos_org integration tests have always been a fantastic tool - We just made them even faster and much simpler to run! 🚀 By adding a new lightweight container backend to the test driver, you can now run your suites on standard, non-KVM hosts. 👇
Here is what the new container backend brings to your NixOS workflow:
⚡ Blazing Fast Execution: How fast? Booting two machines, letting them ping each other, and tearing them down now takes ~3 seconds!
💸 Run Anywhere (Cheaper!): You no longer need bare-metal KVM-enabled hosts. Your tests can now run seamlessly on cheap, standard VMs.
🎮 GPU Testing Support: Hardware acceleration is now accessible. You can finally test GPU-dependent workloads directly inside your integration tests!
Curious how it works under the hood and how to enable it in your projects? Dive into our latest article and try it out for yourself!
🔗 Read the full breakdown here: https://nixcademy.com/posts/faster-cheaper-nixos-integration-tests-with-containers/
#NixOS #DevOps #Testing #Linux #Nix #InfrastructureAsCode #CI #Containers
If you love automating things, this post is for you!
#DevConf_CZ 2026 is looking for speakers who know #DevOps, #CI, #CD and #Automation.
Tell the community your tips and tricks on making things work by themselves 🤖
👉 Submit proposal: https://pretalx.devconf.info/devconf-cz-2026/cfp
TestLens launches to accelerate Java and Kotlin pull request workflows!
Know this problem? You’re done with implementing a feature, but getting your PR through the CI pipeline is tedious. TestLens assists you to get your pull requests merged faster by posting an easy-to-read summary of failed tests and by rerunning failed tests only!
Read more in our announcement post and join the private beta: https://testlens.app/blog/2026/02/04/testlens-private-beta-launch
#Java #Kotlin #CI #GitHub #Gradle #Maven #JUnit #ProductLaunch

localhost
TestLens launches to accelerate Java and Kotlin pull request workflows
Know this problem? You’re done with implementing a feature, but getting your PR through the CI pipeline is tedious. TestLens assists you to get your pull requests merged faster by posting an easy-to-read summary of failed tests and by rerunning failed tests only!
Two shifts: CI companies offering their envs as runners for Jenkins and similar. And GitHub runner providers pivoting to agent sandboxes because GitHub wants to compete with them. Both finding new ground. AWS will follow. Prices will drop. DX will differentiate. #CI #AI #DevTools #OpenSource
WoodpeckerCI v3.13.0 is here! 🚀 New CLI contexts, notes on secrets, cron custom vars & disabling, Kubernetes pod affinity & headless services support, plus enhanced security & bug fixes. Update now for a smoother CI/CD! 🔧✨ #WoodpeckerCI #release #CI #DevOps 🛠️
New #blog post: Playing around with #Woodpecker #CI
I decided to deploy Woodpecker into my LAN and hook it up to my #gitlab instance
This post talks about deploying it and configuring CI jobs to periodically rebuild some container images (which are then pulled by #watchtower at the consuming end)
There's also a bonus section on having #telegraf squash container names in metrics to avoid excessive cardinality growth
https://www.bentasker.co.uk/posts/blog/general/playing-with-woodpecker-ci.html
bentasker.co.uk
Playing Around With Woodpecker CI
Last weekend, I decided to stand up Woodpecker-CI so that I could have a play around with it. It's far from my first exposure to continuous integration systems, but I've never previously bothered with
New #blog post: Playing around with #Woodpecker #CI
I decided to deploy Woodpecker into my LAN and hook it up to my #gitlab instance
This post talks about deploying it and configuring CI jobs to periodically rebuild some container images (which are then pulled by #watchtower at the consuming end)
There's also a bonus section on having #telegraf squash container names in metrics to avoid excessive cardinality growth
https://www.bentasker.co.uk/posts/blog/general/playing-with-woodpecker-ci.html
bentasker.co.uk
Playing Around With Woodpecker CI
Last weekend, I decided to stand up Woodpecker-CI so that I could have a play around with it. It's far from my first exposure to continuous integration systems, but I've never previously bothered with
Does anyone knows good way to find #gig opportunity for software dev? I'd like to avoid pitfalls of well known platforms. I can do:
- #Rust CLI/Dev tools, APIs
- #C code (#FreeRTOS, #Zephyr, #Linux including some #drivers or #v4l2)
- #Cpp C++ code
- #Bash or #Python scripts, tools
- #CI workflows (GitHub, GitLab)
- #Yocto layers
- #Debian packaging + #DKMS
Anyone has experience in getting hands on small projects?
I'm exploring what #GitHub alternatives exist. I have something neat to share.
See the little checkmark on this repo?
https://codeberg.org/louwers/duckdb-builds
The #CI of this #Codeberg repository is running on #SourceHut. Bridged with yojo https://yojo.emersion.fr/
I think each platform has its advantages, but definitely CI is a strong aspect of SourceHut and a weak point of Codeberg / #Forgejo. Both projects are based in the #EU and are open source.
What is your experience with #GitHub alternatives?
yojo.emersion.fr
yojo
Still a lot work to do, but for the first time, we got completely integrated CI testing of kernels running... on a phone! For what I know, this is a first for a non-multi-million-euro-company in the FOSS world!! Can't be more proud of it and all the people that helped during this journey.
https://gitlab.postmarketos.org/postmarketOS/pmaports/-/jobs/1465886 is a bit cryptic, and might look like any other gitlab CI job, but is actually booting on a OP6T at @mupuf farm!!
There's still a long road ahead, but in the future we might be able to automate kernel upgrades with a lot less manual testing, and continue working the "reliability" goal we presented in https://postmarketos.org/blog/2025/03/30/pmOS-year-priorities/
Huge thanks to @mupuf for all his work and dedication on ci-tron, to @cas for the initial dream and work all across the stack, to @fizzo and @corna, for the PCB that drives the phone, and to @fun, @adrianyyy, and @cas again for the work on Tauchgang. Truly team work :)
More details in some weeks in a blog post near you ;)

ALT text
The sequence of running a test job in the official device. The ci-tron console first has the device as idle. Then the job starts, the phone boots to bootloader, the tests are sent to it, boots the Linux kernel (see the tux!), and tests are run, including testing unl0kr. Finally the test is done, the phone powered off, and goes back to idle
🚀 Woodpecker 3.10.0 is live!
- Pull‑request metadata & task‑UUID labels for tighter CI pipelines
- New org‑listing API (CLI & Go SDK) + milestone support
- Smarter error traces, CLI auto‑completion & human‑readable queue info
- Dozens of dependency fixes
Upgrade now for a smoother CI experience! 🎉 #CI #DevOps #woodpeckerci #release
https://github.com/woodpecker-ci/woodpecker/releases/tag/v3.10.0
Release 3.10.0 · woodpecker-ci/woodpecker
3.10.0 - 2025-09-28 ❤️ Thanks to all contributors! ❤️ @6543, @Gusted, @da-Kai, @henkka, @hhamalai, @j04n-f, @klausi85, @marcusramberg, @qwerty287, @xoxys, @zhedazijingang 🔒 Security chore(deps): u...
🚀 WoodpeckerCI 3.12.0 is here! Get full commit changes in Bitbucket pushes, support file changes in Bitbucket Cloud, agent version logging & improved log streaming. Plus many bug fixes & security updates! Upgrade now! 🔒🐦 #WoodpeckerCI #release #CI #DevOps #Changelog
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.
To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.
You can see the full plan and discussion here:
github.com
Interoperability smoke test suite · Issue #481 · fedify-dev/fedify
Summary As a server framework, Fedify's core value lies in its ability to correctly interoperate with other ActivityPub implementations in the Fediverse. Currently, we rely on unit tests and manual...
Looking into alternate #CI systems this weekend. Cirrus CI looks neat. https://garden.pacia.tech/cirrus_ci_is_the_best.html
garden.pacia.tech
Cirrus CI is the best CI system out there
And nothing comes even close.
I wrote about how CI/CD evolved from stagnant proprietary platforms to the vibrant GitHub Actions runner ecosystem.
The runner market shows what's possible when infrastructure is decoupled and developers have real choice. Competition drives genuine innovation.
Interactive demo + Mac runner directory:
https://runs-on-mac.com/
runs-on-mac.com
runs-on: mac - The Tale of Innovation and Freedom in CI/CD
A story about the evolution of CI/CD, the rise of GitHub Actions runners, and how developers gained freedom by escaping vendor lock-in. Discover Mac runner providers and the future of decoupled infrastructure.
I wrote a story about how CI/CD evolved from stagnant proprietary mobile CI platforms to the vibrant GitHub Actions runner ecosystem.
The runner market shows what's possible when infrastructure is decoupled and developers have real choice. Competition drives genuine innovation.
Interactive demo + Mac runner provider directory:
https://runs-on-mac.com/
runs-on-mac.com
runs-on: mac - The Tale of Innovation and Freedom in CI/CD
A story about the evolution of CI/CD, the rise of GitHub Actions runners, and how developers gained freedom by escaping vendor lock-in. Discover Mac runner providers and the future of decoupled infrastructure.
This post of mine is just a week old and I've already sent it to three people in reply to their questions about how to do exactly that.
And I'm using it now as a reference to implement the same on another project.
So, I figured I might link to it again for those who have missed it somehow:)
https://dev.to/justlig/podman-on-gitlab-ci-fast-efficient-container-builds-no-dind-required-e2e
dev.to
Podman on GitLab CI: Fast, Efficient Container Builds — No DinD Required
If you’re still relying on Docker-in-Docker (DinD) for container builds in GitLab CI, there’s a...
🚀 Woodpecker 3.10.0 is live!
- Pull‑request metadata & task‑UUID labels for tighter CI pipelines
- New org‑listing API (CLI & Go SDK) + milestone support
- Smarter error traces, CLI auto‑completion & human‑readable queue info
- Dozens of dependency fixes
Upgrade now for a smoother CI experience! 🎉 #CI #DevOps #woodpeckerci #release
https://github.com/woodpecker-ci/woodpecker/releases/tag/v3.10.0
Release 3.10.0 · woodpecker-ci/woodpecker
3.10.0 - 2025-09-28 ❤️ Thanks to all contributors! ❤️ @6543, @Gusted, @da-Kai, @henkka, @hhamalai, @j04n-f, @klausi85, @marcusramberg, @qwerty287, @xoxys, @zhedazijingang 🔒 Security chore(deps): u...
If you need to plug #CI runners to @Codeberg or any Forgejo instance, you might find this useful:
https://pepicrft.me/blog/2024/11/24/forgejo-runner-in-hetzner
pepicrft.me
Setting up a Forgejo runner in Hetzner
Learn how to configure a Hetzner server as a Forgejo runner to run CI/CD jobs for your projects hosted on Codeberg.
Have you ever wanted to lint markdown... fast?
🌀 **mado** — A Markdown linter written in Rust 🦀
✅ Compatible with CommonMark and GitHub Flavored Markdown (GFM).
🔥 Approx. 49-60x faster than existing linters
⭐ GitHub: https://github.com/akiomik/mado
#rustlang #markdown #linter #github #actions #ci #commandline
Have you ever wanted to lint markdown... fast?
🌀 **mado** — A Markdown linter written in Rust 🦀
✅ Compatible with CommonMark and GitHub Flavored Markdown (GFM).
🔥 Approx. 49-60x faster than existing linters
⭐ GitHub: https://github.com/akiomik/mado
#rustlang #markdown #linter #github #actions #ci #commandline
🧪 "Let's build an openQA testsuite, from scratch"
with Sam Thursfield at #GUADEC2025
📅 25 July 🕒 09:40 CEST 📍 Brescia
🖥️ Sam shows how to set up openQA + GitLab CI to test GNOME apps visually—step by step.
🚀 Stay ahead in IT Infrastructure & Development! 💻☁️🔧
Follow me: @kevinveenbirkenbach@microblog.infinito.nexus for #CyMaIS news at https://cymais.cloud 🌐🆕
🔍 Topics: #CloudComputing #DevOps #Microservices #Kubernetes #SoftwareDev #CyberSecurity #Automation #DigitalTransformation
📈 Trends: #InfrastructureAsCode #CI #CD #Serverless #Agile #BusinessGrowth #StartupLife #DigitalStrategy
👉 Connect & grow together! 🤝✨
cymais.cloud
Infinito.Nexus
Status update: I'm now automatically building and releasing a signed fork of stable moshidon with my patches. #CI is cool!
github.com
GitHub - CactiChameleon9/moshidon-fork: Personal fork of moshidon
Personal fork of moshidon. Contribute to CactiChameleon9/moshidon-fork development by creating an account on GitHub.
GitHub Actions now supports free-threaded Python!
I wrote up how to add it your workflows so you can start testing free-threaded Python 3.13 and 3.14 with either actions/setup-python or actions/setup-uv.
https://hugovk.dev/blog/2025/free-threaded-python-on-github-actions/
hugovk.dev
Free-threaded Python on GitHub Actions
GitHub Actions now supports free-threaded Python!
I wrote up how to add it your workflows so you can start testing free-threaded Python 3.13 and 3.14 with either actions/setup-python or actions/setup-uv.
https://hugovk.dev/blog/2025/free-threaded-python-on-github-actions/
hugovk.dev
Free-threaded Python on GitHub Actions
GitHub Actions now supports free-threaded Python!
I wrote up how to add it your workflows so you can start testing free-threaded Python 3.13 and 3.14 with either actions/setup-python or actions/setup-uv.
https://hugovk.dev/blog/2025/free-threaded-python-on-github-actions/
hugovk.dev
Free-threaded Python on GitHub Actions
GitHub Actions now supports free-threaded Python!
I wrote up how to add it your workflows so you can start testing free-threaded Python 3.13 and 3.14 with either actions/setup-python or actions/setup-uv.
https://hugovk.dev/blog/2025/free-threaded-python-on-github-actions/
hugovk.dev
Free-threaded Python on GitHub Actions
The mobile #CI space is plateauing, and we might be on the verge of a DevX innovation in mobile tooling. Let me explain why.
"I’ll tell you… You need to share the illusion that you provide more than what you really do, and hope that the years of investing in vendor-locking will prevent companies from leaving you. Ehem, Mobile DevOps. But this model is falling apart. It’s a matter of time. And we’ll see more companies iterating on the idea that they are a CI company. Give it some time…"
#Swift #CI #iOSDev
https://pepicrft.me/blog/2025/02/24/ci-is-commoditizing
pepicrftme.fly.dev
CI is commoditizing
It's time to rethink the CI market.
“Mobile DevOps? Free Automation Ops is better. It’s free because it gives organizations the freedom to choose and move across services with minimal costs.”
#automation #ci
https://pepicrft.me/blog/2024/09/08/ci-narrow-waist








