Gathering detailed insights and metrics for @wavevision/semantic-release
Gathering detailed insights and metrics for @wavevision/semantic-release
npm install @wavevision/semantic-release
Typescript
Module System
Node Version
NPM Version
23.3
Supply Chain
53.5
Quality
67.5
Maintenance
50
Vulnerability
90.8
License
JavaScript (89.79%)
Handlebars (9.23%)
Shell (0.98%)
Total Downloads
6,954
Last Day
1
Last Week
6
Last Month
37
Last Year
2,513
1 Stars
71 Commits
3 Watching
2 Branches
3 Contributors
Latest Version
2.0.2
Package Id
@wavevision/semantic-release@2.0.2
Unpacked Size
21.53 kB
Size
7.46 kB
File Count
22
NPM Version
6.14.11
Node Version
12.19.0
Cumulative downloads
Total Downloads
Last day
-88.9%
1
Compared to previous day
Last week
-45.5%
6
Compared to previous week
Last month
131.3%
37
Compared to previous month
Last year
-11.1%
2,513
Compared to previous year
Semantic Release setup for Wavevision apps to maintain conventional commits and releases
using gitmoji
. The package contains bootstrap and configs for:
semantic-release
semantic-release-gitmoji
@semantic-release/git
@semantic-release/github
@semantic-release/gitlab
@semantic-release/npm
commitizen
commitlint
gitflow-avh
husky
1yarn add --dev @wavevision/semantic-release
First, use setup scripts that come with this package.
yarn setup-commitizen
– setup commitizen
configyarn setup-gitflow
– setup gitflow-avh
branchesyarn setup-husky
– setup husky
hooks for linting your commit messagesThen, create necessary configs in your project root.
release.config.js
This is the main config for semantic-release
. Require makeConfig
function from @wavevision/semantic-release/config
to bootstrap your project config. The function accepts single options
parameter which is an object with following
shape:
1type Options = { 2 config: 'gitlab' | 'github'; // needed to setup correct release plugin 3 branches: string[]; // list of branches on which releases should happen 4 rules?: { 5 // map gitmoji to specific release types 6 major?: string[] | { exclude?: string[]; include?: string[] }; 7 minor?: string[] | { exclude?: string[]; include?: string[] }; 8 patch?: string[] | { exclude?: string[]; include?: string[] }; 9 }; 10 templates?: { 11 notes?: string; // release notes .hbs template content 12 commit?: string; // commit .hbs template content 13 }; 14 git?: { 15 enabled: boolean; // enable @semantic-release/git plugin 16 assets?: string[]; // relative paths to assets to be commited with a release 17 }; 18 npm?: { 19 enabled: boolean; // enable @semantic-release/npm plugin 20 }; 21};
1const makeConfig = require('@wavevision/semantic-release/config'); 2const { 3 CONFIG_GITHUB, 4} = require('@wavevision/semantic-release/config/constants'); 5 6module.exports = makeConfig({ 7 config: CONFIG_GITHUB, 8 branches: ['master'], 9 git: { enabled: true, assets: ['package.json'] }, 10 npm: { enabled: true }, 11});
This will bootstrap semantic-release
for GitHub repository in which releases will happen on master
branch. Each new
release will change version
property inside package.json
which will be then committed to the repository. Also, if
your package.json
does not set private: true
, an npm
package will be published.
Note: See this FAQ to learn about setting
npm
published package access.
The gitmoji
release rules are by default:
major
= [:boom:]
minor
= [:sparkles:]
patch
= [:bug:, :ambulance:, :lock:]
The package contains a helper to stringify .hbs
templates content from a folder you define. Use it as follows.
1const { makeTemplate } = require('@wavevision/semantic-release/config/utils'); 2 3const template = makeTemplate('path', 'to', 'templates'); 4template('notes'); // will return content from path/to/templates/notes.hbs
As shown in the example @wavevision/semantic-release/config/constants
exports set of useful constants to be used with
the configuration. See all of them in that module.
commitlint.config.js
Simply use the config from this package.
1module.exports = require('@wavevision/semantic-release/commitlint');
The package also contains bootstrapped commitizen
CLI which will help you assemble valid gitmoji
commit messages
through a simple prompt. Simply run yarn commit
and follow the steps.
Note: Longer description, breaking change commit body and list of issues closed are not required.
No vulnerabilities found.
Reason
no dangerous workflow patterns detected
Reason
no binaries found in the repo
Reason
license file detected
Details
Reason
project is archived
Details
Reason
Found 0/24 approved changesets -- score normalized to 0
Reason
dependency not pinned by hash detected -- score normalized to 0
Details
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Reason
60 existing vulnerabilities detected
Details
Score
Last Scanned on 2025-01-27
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More