Is it possible to give the previous step output as argument to the script?
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
Research direction
Start with the get-data and release workflow shown in the issue, then inspect package.json and .github/scripts/build.js. Trace how successCmd invokes the script and determine what is needed for the change-log output to reach it; done means the script receives that output during the release workflow.
Written by the indexing model from the issue text.
Description
Can we pass the previous step output as an argument to the script?
get-data:
runs-on: ubuntu-latest
outputs:
change-log: ${{ steps.update-specs.outputs.change-log }}
steps:
- name: Checkout repo
uses: actions/checkout@v2
- name: Test
run: |
echo "::set-output name=change-log::testChange"
release:
runs-on: ubuntu-latest
needs: [get-data]
steps:
- name: Checkout repo
uses: actions/checkout@v2
- run: |
git pull
npm install
- name: semanticRelease
run: |
npm i --save-dev @semantic-release/exec
npx semantic-release -t \${version}
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
package.json:
"plugins": [
"@semantic-release/commit-analyzer",
"@semantic-release/release-notes-generator",
[
"@semantic-release/changelog",
{
"changelogFile": "CHANGES.md"
}
],
[
"@semantic-release/npm",
{
"npmPublish": false
}
],
"@semantic-release/github",
[
"@semantic-release/git",
{
"assets": [
"CHANGES.md",
"package.json"
],
"message": "chore(release): set `package.json` to ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
}
],
[
"@semantic-release/exec",
{
"successCmd": "node .github/scripts/build.js ${nextRelease.version}" // Here Can we pass the change-log variable of get-data step?
}
]
]
- 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
-
bot:ai-assisted component:compact-js status:untriaged
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
midnightntwrk/midnight-sdk#403 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
Difficulty 1/5 1-3 hours Newbie friendliness 86/100
DavidAnson/markdownlint-cli2#940 ·
-
documentation
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
githubnext/gh-aw-workshop#3692 ·
-
agent/guide documentation hive/hosted-available-lke648397-260827-5n31
Difficulty 2/5 1-3 hours Newbie friendliness 90/100