-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Release 24.1.0 breaks pipeline #3429
Comments
please expand on the context of this statement. is this custom handling added by your team, or by the platform you are using for CI? output written to stderr is not necessarily an indication that an error occurred, despite the stream name suggesting that. this is not specific to semantic-release, so i would be surprised if a CI platform treats all output written to stderr as an indication that an error occurred. the two streams are more intended to enable diagnostic output to be written to an alternative stream than the default so that output intended to be piped to another program is not broken by unrelated diagnostic output. see more explanation at this google result: https://stackoverflow.com/questions/3385201/confused-about-stdin-stdout-and-stderr#answer-3385261 |
I am having the same problem trying to upgrade to semantic-release v24.1.1 Also the logs that are put out to stderr by semantic-release should not be there but on stdout: ##[error]Bash wrote one or more lines to the standard error stream.
##[error][11:57:54 AM] [semantic-release] › ⚠ Run automated release from branch develop on repository <our-repository> in dry-run mode
##[error][11:57:55 AM] [semantic-release] › ⚠ Skip step "prepare" of plugin "@semantic-release/exec" in dry-run mode
##[error][11:57:55 AM] [semantic-release] › ⚠ Skip 2.1.0-dev.34 tag creation in dry-run mode
[11:57:55 AM] [semantic-release] › ⚠ Skip step "publish" of plugin "@semantic-release/exec" in dry-run mode
[11:57:55 AM] [semantic-release] › ⚠ Skip step "success" of plugin "@semantic-release/exec" in dry-run mode This is part of the result of |
Current behavior
When using pipelines a task status for commands is checked with the stderr stream on linux. When its empty the task is succesful completed.
When something is found on the stderr stream the task fails and pipeline stops.
Some platforms give the option to ignore any messages on stderr. You could use that to ignore warning messages but that would mean any relevant error messages get ignored as well
Expected behavior
warning messages should be send to stdout and maybe create a featureflag to be able to send it to stderr. but not do this by default
semantic-release
version24.1.0
CI environment
azure
Plugins used
semantic-release/commit-analyzer
semantic-release/changelog
semantic-release/git
semantic-release-ado
semantic-release
configurationCI logs
The text was updated successfully, but these errors were encountered: