git
conventional-changelog
git | conventional-changelog | |
---|---|---|
3 | 12 | |
279 | 7,574 | |
2.2% | 0.8% | |
7.1 | 9.0 | |
10 days ago | 9 days ago | |
JavaScript | TypeScript | |
MIT License | ISC 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.
git
-
Using semantic-release to automate releases and changelogs
@semantic-release/git to commit changes to the Git repository, e.g., an updated package.json version or updates to changelog files
-
Semantic release to npm and/or ghcr without any tooling
@semantic-release/git - this creates the GitHub release commit [example]
-
Automatically update git major tags on GitHub marketplace release
@semantic-release/git
conventional-changelog
-
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 ๐ฆ๐
-
Using semantic-release to automate releases and changelogs
conventional-changelog-conventionalcommits is a package used for creating conventional commits and has a bit more configuration possibilities with changelogs in contrast to the default Angular commit scheme.
-
Conventional Commits - Specification for Your Commit Messages
Finally, it is also interesting to be able to automatically generate the CHANGELOG file from the commit messages. There are various tools for this, one of them is Conventional Changelog
-
Minor imperfections that shout โbeginner codeโ
Some projects generate change logs automatically from commits. For example, angular uses conventional-changelog.
- GitHub Actions can't find built binaries to put them to a release
- FRONT END - LINKS CRIATIVOS E TรCNICOS
-
Confused about how to get my packages up to `1.0.0` using Lerna / Conventional commits...
I'm under the understanding from this issue that in semver, a package that is <1.0.0 is considered unstable. This means that a breaking change can occur at any version, usually between minors.
-
Automatically update git major tags on GitHub marketplace release
conventional-changelog-conventionalcommits
-
Keep a Changelog
[1] - https://github.com/conventional-changelog/conventional-chang...
-
What are some good practices for writing changelogs/update notes?
I dont use myself, but some people follows something like the conventional commit spec, and then uses a generator.
What are some alternatives?
actions-tagger - A meta-action to keep your action versions up-to-date :rocket:
keep-a-changelog - If you build software, keep a changelog.
commit-analyzer - :bulb: semantic-release plugin to analyze commits with conventional-changelog
standard-version - :trophy: Automate versioning and CHANGELOG generation, with semver.org and conventionalcommits.org
npmlog - The logger that npm uses
git-cliff - A highly customizable Changelog Generator that follows Conventional Commit specifications โฐ๏ธ
execa - Process execution for humans
Release It! ๐ - ๐ Automate versioning and package publishing
setup-buildx-action - GitHub Action to set up Docker Buildx
release-please - generate release PRs based on the conventionalcommits.org spec
semantic-release-replace-plugin - A semantic-release plugin for replacing text in files with the current release version.
rn-boilerplate - React native boilerplate with formik, ui kittens, eslint setup, and expo