failCmd doesn't get invoked when publishCmd returns non-zero error code
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- javascript, shell
Research direction
Reproduce the workflow using the shown publishCmd, failCmd, successCmd, and verifyConditionsCmd configuration, then inspect the semantic-release/exec handling around publishCmd errors. Compare the observed error log with the expected failure notification behavior; done means failCmd is invoked when publishCmd exits non-zero without the release crashing first.
Written by the indexing model from the issue text.
Description
semantic-release-errorlog.log
I'm trying to create a workflow where I should be able to notify on success and failure of publishCmd, but failCmd doesn't get invoked at all when publishCmd returns non-zero error code. Instead the semantic-release crashes with error stack trace.
{
"ci": false,
"branches": [
"test",
{
"name": "beta",
"prerelease": true
},
{
"name": "alpha",
"prerelease": true
}
],
"plugins": [
"@semantic-release/commit-analyzer",
"@semantic-release/release-notes-generator",
[
"@semantic-release/changelog",
{
"changelogFile": "docs/CHANGELOG.md"
}
],
[
"@semantic-release/exec",
{
"failCmd": "./fail.py",
"successCmd": "./success.py",
"publishCmd": "./deploy.sh \"${nextRelease.version}\"",
"verifyConditionsCmd": "./verify.py"
}
],
[
"@semantic-release/git",
{
"assets": [
"docs/CHANGELOG.md"
],
"message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
}
]
]
}
- Dominant language
- JavaScript
- Stars
- 164
- Forks
- 28
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from semantic-release/exec
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
semantic-release/exec#535 · 3 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 48/100
semantic-release/exec#480 · 1 comment ·
-
Difficulty 3/5 1-2 days Newbie friendliness 48/100
semantic-release/exec#459 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 45/100
semantic-release/exec#413 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 25/100
semantic-release/exec#412 · 1 comment ·
All issues in semantic-release/exec
Similar issues
-
bug
Difficulty 1/5 Under an hour Newbie friendliness 90/100
apache/cloudstack#14222 ·
-
Browser Waiting for: Product Owner
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
getsentry/sentry-javascript#24577 · 1 comment ·
-
curation good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
amponce/archive-movie-browser#186 ·
-
light
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
aemdemos/patients-stryker#253 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
clerk/javascript#9852 ·