setup-buildx-action
semantic-release
setup-buildx-action | semantic-release | |
---|---|---|
14 | 77 | |
862 | 19,802 | |
2.1% | 0.8% | |
8.0 | 9.4 | |
6 days ago | 9 days ago | |
TypeScript | JavaScript | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
setup-buildx-action
-
GitHub Actions Are a Problem
Good luck running this locally. There's no script code to speak of, just references to external "actions" and parameters (for example, https://github.com/docker/setup-buildx-action).
Some CI platforms are just a simple glue layer (Gitlab CI - which I prefer - is one of them), but in most cases Github CI is not. Maybe it adds to the author frustration?
-
Automate Docker Image Builds and Push to Docker Hub Using GitHub Actions 🐳🐙
Set up Docker Buildx: We will use the docker/setup-buildx-action action to set up Docker Buildx.
-
One Dockerfile is all it takes, falling in love with bake
There’s an amazing docker/bake-action which makes it insanely easy to build all of your containers in the most optimal way. Since we’ve set the group “default” block in the docker-bake.hcl, config is very minimal. One step in your GitHub Action workflow file will build all of your images and will push all of your cache layers, tag all of your containers, and push all your final images. You’ll still have to do things like checkout the code and don’t forget that you’ll want to use the docker/setup-buildx-action since bake is a buildx feature. There’s one quick gotcha for the actual docker/bake-action. We don’t want to push PR builds and we don’t want to pollute the cache with PR builds.
-
Building with Qemu via Github Actions taking forever. What other options are there?
To be clear, that article does NOT provide a solution for avoiding QEMU. I suggested it because it describes "the hard way" to get a single image multi-arch image. The github action crazy-max/ghaction-docker-buildx has been archived and replaced by docker/setup-qemu-action and docker/setup-buildx-action, which it seems like you were already using.
-
Pushing Cutom Images to Docker Hub using GitHub Actions
Third step is docker/setup-buildx-action configures buildx, which is a Docker CLI plugin that provides enhanced build capabilities.
-
Containerizing Laravel Applications
We then use the docker/setup-buildx-action action to initialize an environment to build Docker images:
-
How to use Docker layer caching in GitHub Actions
The setup-buildx-action configures Docker Buildx to create a builder instance for running the image build. The following step build-push-action, makes use of that instance to build your Docker image. The build-push-action supports all of the features provided by BuildKit out of the box. In our simple example, we are only specifying the Docker context, but more advanced features like SSH, secrets, and build args are supported.
- Why Darwin Failed (2006)
-
Multi-arch docker images the easy way, with Github Actions
# Get the repository's code - name: Checkout uses: actions/checkout@v2 # https://github.com/docker/setup-qemu-action - name: Set up QEMU uses: docker/setup-qemu-action@v1 # https://github.com/docker/setup-buildx-action - name: Set up Docker Buildx id: buildx uses: docker/setup-buildx-action@v1
-
Semantic release to npm and/or ghcr without any tooling
docker/setup-buildx-action@v1 - we use it to setup the docker builder
semantic-release
-
Git commit helper: add emojis to your commits
Using Conventional Commits ⭐ as a standard for your commit messages, makes Semantic Versioning 🔖 as easy as can be, with tools like Conventional Changelog 📄 Standard Version 🔖 and Semantic Release 📦🚀
-
💡Automatic Deployment of your project dependencies updates on GCP : Efficiency vs. Cost?
Auto-tagging a project, Renovate or Dependabot can do this. With a Git Workflow and another tool like semantic-release you can do this. This behavior is a “gymnastic” to do on the CI/CD of your project but it’s not complicated. For example with GitLab CI, you can verify the pipeline run on the default branch of your project :
- alacritty-themes not working any more!!!
- Announcing @ngneat/avvvatars
- Auto versioning?
-
Is it possible to bypass merge queue requirement for a GitHub app without needing admin permissions?
I'm trying to improve the security behind our release process, which uses semantic-release. During this process, it creates a change log which is committed to the repo, publishes a package and a few other things.
-
How to set up Commitzen with Husky
Conventional commits specification contains a set of rules for creating an explicit commit history, which makes it easier to write automated tools on top of, for example, semantic release. You can manually follow this convention in your project or use a tool to assist you, such as Commitizen.
-
Automated release with Semantic Release and commitizen
When working with JavaScript projects, managing version numbers and commit messages is important for the maintainability of the project. Since 2020 I have been the main developer of Atomic Calendar Revive a highly customisable Home Assistant calendar card, I found maintaining versions and releases to be cumbersome until recently. In this article, I will introduce the commitizen and semantic-release packages for creation or appropriate commit messages and semantic versioning. I will also provide examples of how I am currently using these packages to streamline my release workflow and project maintenance.
- 🦆 Effortless Data Quality w/duckdb on GitHub ♾️
-
How I Sliced Deployment Times to a Fraction and Achieved Lightning-Fast Deployments with GitHub Actions
To further streamline deployments, I introduced semantic-release. This tool automates commit tagging and tracks changes since the previous version. As a result, deployments now occur only when new tags are present, saving us valuable minutes.
What are some alternatives?
setup-qemu-action - GitHub Action to install QEMU static binaries
GitVersion - From git log to SemVer in no time
build-push-action - GitHub Action to build and push Docker images with Buildx
standard-version - :trophy: Automate versioning and CHANGELOG generation, with semver.org and conventionalcommits.org
buildkit - concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit
Release It! 🚀 - 🚀 Automate versioning and package publishing
metadata-action - GitHub Action to extract metadata (tags, labels) from Git reference and GitHub events for Docker
release-drafter - Drafts your next release notes as pull requests are merged into master.
setup-node - Set up your GitHub Actions workflow with a specific version of node.js
commitlint - 📓 Lint commit messages
cache - Cache dependencies and build outputs in GitHub Actions
gradle-git-versioner - A Gradle plugin to automatically version a project based on commit messages and semantic versioning principles