
- 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
39 lines
1.3 KiB
Markdown
39 lines
1.3 KiB
Markdown
---
|
|
title: "Releasing a new Vikunja version"
|
|
date: 2022-10-28T13:06:05+02:00
|
|
draft: false
|
|
menu:
|
|
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](https://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
|