npm test
- Ensure tests are passingnpm run build-doc
- Ensure JSDoc can buildnpm run grep-doc
- For JSDoc, we ensure that a minimum of generic types have been added (e.g., "number" should instead be "Float" or "Array", and "object", "function", or "array" should be replaced by more specific@interface
s,@typdef
s, or@callback
. Deriving types can usePlainObject
orGenericArray
to indicate the simple base type was intentional.*
should also be checked. The script reports all failing matches withineditor
. There should be none.
- Update
version
inpackage.json
(andpackage-lock.json
(vianpm i
)). - Update the CHANGES file with a summary of all changes.
- Update the README references to
svg-edit.github.io
to point to the current version (note that it will not be available until the steps below). - Commit these changes
- Tag the version, prefixed by "v", e.g.,
v3.0.1
.
The above steps can be done on a fork and committed via a pull request.
- Ensure you are on the
master
branch withgit checkout master
. - Switch to the
gh-pages
branch withgit checkout gh-pages
. - Copy the
svg-edit-X.Y
directory toreleases/svg-edit-X.Y
and tolatest/
(minus.git
and.gitignore
and including the working builtsvgedit-config-es.js
andsvgedit-config-iife.js
files). - Commit these changes with
git commit -m "Updating files for release X.Y"
. - Switch back to the
master
branch withgit checkout master
. - Ensure this step worked by visiting https://svgedit.github.io/svgedit/releases/svg-edit-X.Y/svg-editor.html (and in an ES6-Module-compliant browser, https://svgedit.github.io/svgedit/releases/svg-edit-X.Y/svg-editor-es.html).
The above steps can be done on a fork and committed via a pull request.
- Go to https://github.com/SVG-Edit/svgedit/releases and select
Draft a new release
. - Make the release target point at the commit where the changes were updated.
- Write a short description of the release and include a link to the live version: https://svgedit.github.io/svgedit/releases/svg-edit-X.Y/svg-editor.html. See the previous releases for the format.
- Create the release!
You will need to be a member of the SVG-Edit GitHub group to do this step.
npm publish
Ensure README.md
has references and links to the shiny new release.
This will probably not be needed if the latest
directory continues to
be preferred over hard-coding links to particular releases.