semantic-release-conventional-config
exec
semantic-release-conventional-config | exec | |
---|---|---|
3 | 4 | |
5 | 123 | |
- | 0.8% | |
7.0 | 7.0 | |
about 2 years ago | 11 days ago | |
JavaScript | JavaScript | |
MIT License | 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.
semantic-release-conventional-config
-
Generate PDF handbook with Docusaurus using GitHub Actions
open-sauced/semantic-release-conventional-config@v3 - semantic-release configuration, docker container and GitHub action
-
Semantic release to npm and/or ghcr without any tooling
Release to npm from ghcr container:
-
Automatically update git major tags on GitHub marketplace release
Having previously dockerized our semantic release configuration in @open-sauced/semantic-release-conventional-config, a manual step was needed to publish the action in the GitHub marketplace.
exec
-
Semantic release to npm and/or ghcr without any tooling
@semantic-release/exec - used to set GitHub action environment variables when run as from docker container and GitHub action outputs when run as a marketplace action
-
Automatically update git major tags on GitHub marketplace release
This meant that forcing a major tag update with @semantic-release/exec as part of the release process was possible, but would result in the major tag (for example v3) linking to a valid repository commit SHA that is not actually released in the marketplace.
-
A complete guide to use dependabot with semantic-release and @vercel/ncc for GitHub Actions
This article introduces semantic-release as a solution. It automates the release process, and its exec plugin helps us to run @vercel/ncc before the release automatically.
-
You don’t need semantic-release (sometimes)
You may need a minor tweak up. For example, push some pkg to both public and internal registries. Ooops. "...publishing to two different registry is not a good idea". In this case you can not rely on stable, convenient and tested in millions runs semrel/npm plugin, and you have to just write a pair of commands by hand with semantic-release/exec instead:
What are some alternatives?
docusaurus-prince-pdf - Docusaurus PDF generator using Prince XML
Discord-Hide-Blocked-Messages - Ways to hide discords "1 blocked message - show message" buttons
setup-node - Set up your GitHub Actions workflow with a specific version of node.js
setup-buildx-action - GitHub Action to set up Docker Buildx
commit-analyzer - :bulb: semantic-release plugin to analyze commits with conventional-changelog
semantic-release - :package::rocket: Fully automated version management and package publishing
npm-install - GitHub Action for install npm dependencies with caching without any configuration
zx - A tool for writing better scripts
docs.opensauced.pizzaLICENSE
semantic-release-docker - semantic-release plugin to build and push docker images
delete-artifact - A GitHub Action to deletes artifacts within the workflow run.
semantic-release-monorepo-hooks - Workarounds to handle `semantic-release-monorepo` multipublishing