Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

fix: "no release" is the lowest priority #378

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
nweajoseph wants to merge 1 commit into semantic-release:master
base: master
Choose a base branch
Loading
from nweajoseph:patch-1

Conversation

@nweajoseph
Copy link

@nweajoseph nweajoseph commented Sep 15, 2022

prior to this commit, using a custom analysis rule that set release to false, for example:

[
 {type: 'fix', scope: 'frontend', release: 'patch'},
 {type: 'fix', scope: '*', release: false} // <----- this should NOT override 'patch'
]

would skip the release matching commits, even though another rule matches them with a higher release value. that is to say: this commit codifies false or null release values as the "lowest" release value, making it possible to treat "no release" the same way we treat all other release values, instead of treating it as a special exception. the primary use-case for this change is more granular control over commit analysis when using scopes

BREAKING CHANGE: release: false will not override other matching release rules of higher priority

ajdavey8, elliotdickison, and haydn reacted with thumbs up emoji
prior to this commit, using a custom analysis rule that set release to `false`, for example: 
```
[
 {type: 'fix', scope: 'frontend', release: 'patch'},
 {type: 'fix', scope: '*', release: false} // <----- this should NOT override 'patch'
]
```
would skip the release matching commits, even though another rule matches them with a higher release value. that is to say: this commit codifies `false` or `null` release values as the "lowest" release value, making it possible to treat "no release" the same way we treat all other release values, instead of treating it as a special exception. the primary use-case for this change is more granular control over commit analysis when using `scope`s
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

1 participant

AltStyle によって変換されたページ (->オリジナル) /