Release Process
skipjack opened this issue · comments
I think we need to figure out a good release process for this repo (not sure what the standard is for other webpack-contrib
repos). First things first, we should probably create:
- A
prepublish
npm script that runs the build so we don't forget to before publishing - Maybe a
postpublish
npm script that removes the/dist
directory?
I did add a release
script using standard-version
however I'm not really sure how to properly push the tagged commits up to the remote. I don't have permissions to directly push to master
and only "Rebase & Merge" / "Squash & Merge" are allowed for PRs which both leave the tag orphaned. Oddly enough, I am able to push tags directly to master so what I've been doing is a "Rebase & Merge", then delete the orphaned tag and create the same one on the new master
commit.
Any advice much appreciated. Seeing as I'm not going to be the lead maintainer on this repo, maybe it just makes sense to give master
privileges to whoever that's going to be and then they can run the release
script and push the commit directly to master
.
cc @TheLarkInn @d3viant0ne
@skipjack - Release is handled by webpack-defaults
for all the loaders / plugins and will shortly be automated via CircleCi workflows.
The access problem on the other hand has been resolved :)
The access problem on the other hand has been resolved :)
Cool, thanks -- for now I guess @TheLarkInn and I can just cut releases and push directly to master.
Release is handled by
webpack-defaults
for all the loaders / plugins and will shortly be automated via CircleCi workflows.
Interesting, I'll look into that (and I know I still owe you / webpack-defaults
a remark-lint
or some form of markdown lint config). I did start a rebuild
branch on webpack.js.org
which uses remark
so it's finally in the works.