@@ -63,9 +63,9 @@ workflows where rather than pushing tags locally, new releases are primarily
6363drafted via the Github Releases web interface (all the easier to drag your
6464animated GIFs in, and whatnot.)
6565
66- This may not be the correct workflow for your project! In particular, it really
67- works best in environments where there is not a version number file that stored
68- in version control itself (Node NPM, Rust Cargo), but rather those where the git
66+ This may not be the correct workflow for your project! In particular, it
67+ works best in environments where there is not a version number file that is stored
68+ in version control itself (such as NPM, Cargo), but rather those where the git
6969tags themselves manage the versioning (Go modules, sbt-git, etc.)
7070
7171Some related tools I found in looking at this you may wish to consider as
@@ -75,7 +75,7 @@ alternatives:
7575 all our JS native projects at @openlawteam , in conjunction with
7676 ` --no-publish ` .
7777- [ goreleaser] For Go projects, this tool is quite nice. In fact, it works well
78- in partnership with bump: let bump manage your releases and changelog, and but
78+ in partnership with bump: let bump manage your releases and changelog, and have
7979 goreleaser running in CI to build and add the binaries to the release. (See
8080 the configuration for this project.)
8181- [ zeit/release] Fairly close to what we wanted, but it does a git tag/commit
0 commit comments