Instead of storing compressed zip and tar.gz files on gh-pages, just link directly to them from the releases page (https://github.com/progers/svgedit/releases).
1.7 KiB
1.7 KiB
Creating a new svg-edit release
Update the main project
- Update the VERSION variable in Makefile.
- Update the CHANGES file with a summary of all changes.
- Commit these changes with
git commit -m "Updating Makefile and CHANGES for release X.Y".
The above steps can be done on a fork and committed via a pull request.
Create the release binaries
- Ensure you are on the
masterbranch withgit checkout master. - From the root directory run
make. - Copy
build/svg-edit-X.Y/,build/svg-edit-X.Y-src.tar.gz, andbuild/svg-edit-X.Y.zipto a temporary directory. - Switch to the
gh-pagesbranch withgit checkout gh-pages. - Copy the
svg-edit-X.Ydirectory toreleases/svg-edit-X.Y. - Commit these changes with
git commit -m "Updating binary files for release X.Y". - Switch back to the
masterbranch withgit checkout master. - Ensure this step worked by visiting https://svgedit.github.io/svgedit/releases/svg-edit-X.Y/svg-editor.html
The above steps can be done on a fork and committed via a pull request.
Create the release on GitHub
- Go to
https://github.com/SVG-Edit/svgedit/releasesand selectDraft a new release. - Make the release target point at the commit where the makefile and 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
- Attach the
svg-edit-X.Y-src.tar.gzandbuild/svg-edit-X.Y.zipfiles to the release. - Create the release!
You will need to be a member of the SVGEdit GitHub group to do this step.
Update the project docs
Update README.md with references and links to the shiny new release.