1
0
Fork 0
mirror of https://codeberg.org/forgejo/forgejo.git synced 2024-12-04 10:30:19 -05:00
forgejo/docs/content/doc/upgrade/from-gitea.en-us.md
Joe Constant d7f0d8d8ea
Add redirect of /upgrade/ to /upgrade-from-gitea/ on docs site (#21330)
Since adding an aliases block doesn't seem to work locally for me (I
suspect because a page actually exists and Hugo is granting preference
to existing pages over aliases), I also added entries to
static/_redirects file so Netlify will handle the redirects

Fixes #7208
2022-10-06 21:53:02 +01:00

3.5 KiB

date title aliases slug weight toc draft menu
2021-09-02T16:00:00+08:00 Upgrade from an old Gitea
/en-us/upgrade/
upgrade-from-gitea 10 false false
sidebar
parent name weight identifier
upgrade From Gitea 10 upgrade-from-gitea

Upgrade from an old Gitea

Table of Contents

{{< toc >}}

To update Gitea, download a newer version, stop the old one, perform a backup, and run the new one. Every time a Gitea instance starts up, it checks whether a database migration should be run. If a database migration is required, Gitea will take some time to complete the upgrade and then serve.

Check the Changelog for breaking changes

To make Gitea better, some breaking changes are unavoidable, especially for big milestone releases. Before upgrade, please read the Changelog on Gitea blog and check whether the breaking changes affect your Gitea instance.

Backup for downgrade

Gitea keeps compatibility for patch versions whose first two fields are the same (a.b.x -> a.b.y), these patch versions can be upgraded and downgraded with the same database structure. Otherwise (a.b.? -> a.c.?), a newer Gitea version will upgrade the old database to a new structure that may differ from the old version.

For example:

From To Result
1.4.0 1.4.1
1.4.1 1.4.0 ⚠️ Not recommended, take your own risk! Although it may work if the database structure doesn't change, it's highly recommended to use a backup to downgrade.
1.4.x 1.5.y Database gets upgraded. You can upgrade from 1.4.x to the latest 1.5.y directly.
1.5.y 1.4.x Database already got upgraded and can not be used for an old Gitea, use a backup to downgrade.

Since you can not run an old Gitea with an upgraded database, a backup should always be made before a database upgrade.

If you use Gitea in production, it's always highly recommended to make a backup before upgrade, even if the upgrade is between patch versions.

Backup steps:

  • Stop Gitea instance
  • Backup database
  • Backup Gitea config
  • Backup Gitea data files in APP_DATA_PATH
  • Backup Gitea external storage (eg: S3/MinIO or other storages if used)

If you are using cloud services or filesystems with snapshot feature, a snapshot for the Gitea data volume and related object storage is more convenient.

Upgrade with Docker

  • docker pull the latest Gitea release.
  • Stop the running instance, backup data.
  • Use docker or docker-compose to start the newer Gitea Docker container.

Upgrade from package

  • Stop the running instance, backup data.
  • Use your package manager to upgrade Gitea to the latest version.
  • Start the Gitea instance.

Upgrade from binary

  • Download the latest Gitea binary to a temporary directory.
  • Stop the running instance, backup data.
  • Replace the installed Gitea binary with the downloaded one.
  • Start the Gitea instance.

A script automating these steps for a deployment on Linux can be found at contrib/upgrade.sh in Gitea's source tree.

Take care about customized templates

Gitea's template structure and variables may change between releases, if you are using customized templates, do pay attention if your templates are compatible with the Gitea you are using.

If the customized templates don't match Gitea version, you may experience: 50x server error, page components missing or malfunctioning, strange page layout, ... Remove or update the incompatible templates and Gitea web will work again.