Mithril 1.0.1

Releasing

Releasing new builds of mithril is mostly automated via npm version

Publishing to NPM

  1. npm run release <major|minor|patch|semver>

All further steps are automated and run as follows:

  1. New bundles are generated using updated version
  2. Tests are run
  3. Linting is run (but doesn't fail build)
  4. Version number in package.json is incremented
  5. git add called on bundle output
  6. package.json and updated bundles are committed to git
  7. previous commit is tagged using new version number
  8. git push --follow-tags pushes up new version commit & tag to github
  9. Travis sees new release, starts build
  10. Travis generates new bundles before running tests
  11. Travis runs tests
  12. Travis lints files (but can't fail build)
  13. If build fails, abort
  14. Build succeeded, so travis will commit back any changes to the repo (but there won't be any)
  15. Travis sees that this commit has a tag associated with it
  16. Travis will use the encrypted npm creds in .travis.yml to publish a new version to npm

Publishing a GitHub release

Happens automatically as part of the Publishing to NPM process described above.

Does require a manual description to be added though, as the auto-generated one isn't very interesting.

Updating docs/change-log.md

TODO


License: MIT. © Leo Horie.