Gathering detailed insights and metrics for @release-it/bumper
Gathering detailed insights and metrics for @release-it/bumper
Gathering detailed insights and metrics for @release-it/bumper
Gathering detailed insights and metrics for @release-it/bumper
@j-ulrich/release-it-regex-bumper
Regular expression based version read/write plugin for release-it
@semabit/release-it-bumper
Version read/write plugin for release-it
@mwillbanks/release-it-expo-bumper-plugin
Release-it plugin for Expo which bumps app.json or app.config.json version numbers.
@stepsec/bumper
Version read/write plugin for StepSec
npm install @release-it/bumper
Typescript
Module System
Min. Node Version
Node Version
NPM Version
53.5
Supply Chain
91.5
Quality
71.3
Maintenance
100
Vulnerability
95.1
License
JavaScript (100%)
Total Downloads
3,252,082
Last Day
1,126
Last Week
24,267
Last Month
100,897
Last Year
1,214,449
33 Stars
87 Commits
16 Forks
2 Watching
2 Branches
8 Contributors
Latest Version
6.0.1
Package Id
@release-it/bumper@6.0.1
Unpacked Size
23.26 kB
Size
6.15 kB
File Count
7
NPM Version
9.8.1
Node Version
18.18.2
Publised On
11 Nov 2023
Cumulative downloads
Total Downloads
Last day
20.8%
1,126
Compared to previous day
Last week
-4.8%
24,267
Compared to previous week
Last month
-12.2%
100,897
Compared to previous month
Last year
41%
1,214,449
Compared to previous year
1
4
This plugin reads and/or writes version/manifest files.
npm install --save-dev @release-it/bumper
In release-it config:
1"plugins": { 2 "@release-it/bumper": { 3 "in": "composer.json", 4 "out": "composer.json", 5 } 6}
in
option to read the version from this file in the release-it process.out
option to write the version that was determined by release-it to this file.version
property from/to this file.The version
from the in
file will take precedence over the latest Git tag (and the version
from package.json
if
it exists) in release-it to determine the latest version.
Note that using package.json
as out
file may conflict with the npm plugin in release-it. Remove it from the out
file(s), or use
--npm.allowSameVersion
.
The supported file types are:
Type | Extension(s) | Mime-type |
---|---|---|
JSON | .json | application/json |
YAML | .yaml or .yml | text/yaml or application-x-yaml |
TOML | .toml | text/toml or application/toml |
INI | .ini | text/x-properties |
TEXT | .txt | text/* |
Explicitly providing the (mime) type
takes precedence over the file extension.
The fallback type is text
if the file extension and/or type
is not known (e.g. index.php
).
1"plugins": { 2 "@release-it/bumper": { 3 "in": { 4 "file": "VERSION", 5 "type": "text/plain" 6 }, 7 "out": { 8 "file": "VERSION", 9 "type": "text/plain" 10 } 11 } 12}
To replace all occurences of the current version with the new version in any text file:
1"plugins": { 2 "@release-it/bumper": { 3 "out": { 4 "file": "file.php", 5 "type": "text/php" 6 } 7 } 8}
:warning: the operation is a search-and-replace; if the current version is not found in the file, the new version cannot be written out.
To instead always consume the entire file, that is, the whole and only content of the file is the version number, set consumeWholeFile: true
for the out
option:
1"plugins": { 2 "@release-it/bumper": { 3 "out": { 4 "file": "VERSION", 5 "type": "text/plain", 6 "consumeWholeFile": true 7 } 8 } 9}
The version number is then written to the output file, overwriting it completely instead of a search-and-replace.
:bulb: Setting consumeWholeFile: true
precludes the use of prefixes, such as v1.0.1
in the output file.
The out
option can also be an array of files:
1"plugins": { 2 "@release-it/bumper": { 3 "out": ["manifest.json", "bower.json"] 4 } 5}
The out
option is parsed with fast-glob, so glob patterns can be used to match
files to write to:
1"plugins": { 2 "@release-it/bumper": { 3 "out": "dist/*.json" 4 } 5}
The path
option (default: "version"
) can be used to change a different property. The following example will set the
current.version
property to the new version in manifest.json
:
1"plugins": { 2 "@release-it/bumper": { 3 "out": { 4 "file": "manifest.json", 5 "path": "current.version" 6 } 7 } 8}
Multiple paths can be provided using an array.
The versionPrefix
option (default: ''
) can be used in cases where you'd like to maintain a specific prefix for your version number (for example, in package.json
where you might want versions like ^1.0.0
). This will prepend the specified prefix to the bumped version:
1"plugins": { 2 "@release-it/bumper": { 3 "out": { 4 "file": "package.json", 5 "path": "version", 6 "prefix": "^" 7 } 8 } 9}
With the above configuration, if release-it determines the new version to be 1.0.0
, it'll be saved as ^1.0.0
in the targeted file.
Options for this plugin can be set from the command line. Some examples:
release-it --plugins.@release-it/bumper.in=composer.json
release-it --plugins.@release-it/bumper.out=composer.json --plugins.@release-it/bumper.out=manifest.json
no-
.'
) such as --'deep.key=value'
or '--deep.key=value'
Depending on your shell or OS this may differ.
No vulnerabilities found.
Reason
no binaries found in the repo
Reason
no dangerous workflow patterns detected
Reason
0 existing vulnerabilities detected
Reason
license file detected
Details
Reason
Found 4/30 approved changesets -- score normalized to 1
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- 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
branch protection not enabled on development/release branches
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2024-12-16
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