Adding package.json to git assets does not result in the file being pushed back to repo
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 55/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- git, gitlab, javascript
- Domain
- release
Research direction
Start with the linked .releaserc.yml configuration, CI logs, and release commit, then trace how the @semantic-release/git plugin handles the configured assets. Done means a release commit includes package.json alongside CHANGELOG.md when both are listed in assets.
Written by the indexing model from the issue text.
Description
Current behavior
The following configuration results in the changelog being pushed back to the target branch, but not package.json.
prepare:
- path: '@semantic-release/changelog'
- path: '@semantic-release/git'
message: 'RELEASE: ${nextRelease.version}'
assets: ['CHANGELOG.md', 'package.json']
The CI logs indicate the new version is being written to package.json, and I'm hoping to get that pushed back upstream so the version shown in the repo is correct.
Expected behavior
package.json should be pushed to the repo along with CHANGELOG.md.
Environment
- semantic-release version: 18.0.1
- CI environment: GitLab CI
- Plugins used: changelog, commit-analyzer, exec, git, gitlab, npm, release-notes-generator
- semantic-release configuration: https://gitlab.com/james-kontralto/semantic-release-test/-/blob/main/.releaserc.yml
- CI logs: https://gitlab.com/james-kontralto/semantic-release-test/-/jobs/1905701383
Also check out the release commit, it has CHANGELOG.md changes but not package.json: https://gitlab.com/james-kontralto/semantic-release-test/-/commit/fcfe8f8311ff5443ecb4b7bd2bc9f37a7fb0e80b
- Dominant language
- JavaScript
- Stars
- 339
- Forks
- 75
- Avg merge
- 5h 15m
- Merged PRs (30d)
- 6
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/git
-
semantic-release
Difficulty 3/5 1-2 days Newbie friendliness 35/100
semantic-release/git#584 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 30/100
semantic-release/git#536 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
semantic-release/git#532 · 3 reactions ·
-
Difficulty 3/5 1-2 days Newbie friendliness 28/100
semantic-release/git#531 · 1 comment ·
-
Dependencies upgrade Open
Difficulty 3/5 1-2 days Newbie friendliness 25/100
semantic-release/git#529 · 2 comments ·
All issues in semantic-release/git
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
HarperFast/skills#96 ·
-
[Block] Latest Posts [Type] Bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Automattic/studio#4908 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
sugarlabs/musicblocks#8847 ·