From the "detailed explanation" document (my emphasis):<p>> When organising the release of packages, you may end up wanting to group several changes together written by different people and/or over a relatively large period of time. The best time to capture this information is when submitting a PR (when it is fresh in your mind), not when you eventually go to batch and release these changes.<p>> <i>Git is a bad place to store this information, as it discourages writing detailed change descriptions</i> - you want to allow people to provide as much documentation for the change as they want.<p>How does Git discourage writing detailed change descriptions? Is this a Github thing, i.e. the web UI workflows discourage it? I use Git a lot but barely use Github.<p><a href="https://github.com/changesets/changesets/blob/main/docs/detailed-explanation.md">https://github.com/changesets/changesets/blob/main/docs/deta...</a>
The title made me think this was an official feature of git or maybe GitHub, but it's entirely unrelated - in fact, the readme doesn't even <i>mention</i> git.<p>I'd suggest changing the title to actually use the project tagline: "Changesets - versioning and changelogs with a focus on monorepos" (possibly s/with a focus on/for/)<p>(@dang @tomhow)