microsoft / microsoft/beachball
Make grouped change files work with scoped publishing
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 815
- Forks
- 93
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 12
Description
@ling1726 pointed out in https://github.com/microsoft/beachball/pull/606#issuecomment-937760446 that grouped change files won't work well if there's a --scope specified when publishing (as we do now in fluentui) and the
There's not a great easy way around this. Some ideas:
- During a scoped publish, re-write the change file with only the packages that weren't included in the scope, and push that change along with the deletions of published change files.
- Promote scopes to a config-level concept (probably with names for easy reference when publishing) and make a separate grouped change file for each scope. However this doesn't solve if a package is included in multiple scopes (though we might be able to add checks/throw an error in that case).
Contributor guide
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.
Research direction
Start with the linked pull request 606 comment and the grouped change-file behavior used by scoped publishing. Compare the two proposed approaches and define how packages inside and outside a --scope should be handled. Done means the chosen behavior is specified and its publishing impact is verified.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- release
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100