api/docs/content/doc/development/releasing.md
Dominik Pschenitschni aaa0593289 feat(docs): various improvements
- removing spaces at end of line
- fixing spelling and grammar mistakes
- making sure 'Vikunja' is spelled the same way everywhere
- prefer using editors word wrap instead of hardcoding word wrap in markdown (reason: different word wrap per editor & end of line space)
- add newline add end where missing
- remove double colon at end of headlines
- remove unnecessary indention
- make sure code blocks and headlines etc always have an empty line around
2023-04-11 16:42:59 +00:00

1.3 KiB

title date draft menu
Releasing a new Vikunja version 2022-10-28T13:06:05+02:00 false
sidebar
parent
development

Releasing a new Vikunja version

This checklist is a collection of all steps usually involved when releasing a new version of Vikunja. Not all steps are necessary for every release.

  • Website update
    • New Features: If there are new features worth mentioning the feature page should be updated.
    • New Screenshots: If an overhaul of an existing feature happened so that it now looks different from the existing screenshot, a new one is required.
  • Generate changelogs (with git-cliff)
    • Frontend
    • API
    • Desktop
  • Tag a new version: Include the changelog for that version as the tag message
    • Frontend
    • API
    • Desktop
    • Once built: Prune the cloudflare cache so that the new versions show up at dl.vikunja.io
  • Release Highlights Blogpost
    • Include a section about Vikunja in general (totally fine to copy one from the earlier blog posts)
    • New Features & Improvements: Mention bigger features, potentially with screenshots. Things like refactoring are sometimes also worth mentioning.
  • Publish
    • Reddit
    • Twitter
    • Mastodon
    • Chat
    • Newsletter
    • Forum
    • If features in the release were sponsored, send an email to relevant stakeholders
  • Update Vikunja Cloud version and other instances