`melos version` to support cherry-picks
- Dominant language
- Dart
- Stars
- 1.5k
- Forks
- 259
- Avg merge
- 2h 57m
- Merged PRs (30d)
- 21
Description
### Is there an existing feature request for this?
- [X] I have searched the existing issues.
### Command
melos version --fix-changelog
### Description
If having bug fixes or smaller features which are cherry-picked into a separate "release" branch, the changelog is created accordingly. Then the changelog is cherry-picked into the main branch.
Is there some mechanism to avoid having duplicate entries (when doing a further e.g. major release on main) then, or even let melos fix the existing entries by changing the hash of cherry-picked commits?
### Reasoning
Now I have to adapt the changelog manually, to remove duplicate entries / change the hashes.
### Additional context and comments
_No response_
Contributor guide
Research direction
Start with the `melos version --fix-changelog` command and trace how changelog entries and commit hashes are generated. Done means cherry-picked commits do not create duplicate entries and existing entries can use the appropriate cherry-picked hashes when versioning another branch.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- dart
- Domain
- cli, release
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100