mirror of
https://codeberg.org/forgejo/forgejo.git
synced 2024-11-30 09:41:11 -05:00
7e382a5555
fix https://github.com/go-gitea/gitea/issues/25995#issuecomment-1674096710 --------- Co-authored-by: silverwind <me@silverwind.io>
100 lines
4.1 KiB
Markdown
100 lines
4.1 KiB
Markdown
---
|
|
date: "2021-09-02T16:00:00+08:00"
|
|
title: "Upgrade from an old Gitea"
|
|
slug: "upgrade-from-gitea"
|
|
sidebar_position: 100
|
|
toc: false
|
|
draft: false
|
|
aliases:
|
|
- /en-us/upgrade-from-gitea
|
|
menu:
|
|
sidebar:
|
|
parent: "installation"
|
|
name: "Upgrade From Old Gitea"
|
|
sidebar_position: 100
|
|
identifier: "upgrade-from-gitea"
|
|
---
|
|
|
|
# Upgrade from an old Gitea
|
|
|
|
Follow below steps to ensure a smooth upgrade to a new Gitea version.
|
|
|
|
## Check the Changelog for breaking changes
|
|
|
|
To make Gitea better, some breaking changes are unavoidable, especially for big milestone releases.
|
|
Before upgrading, please read the [Changelog on Gitea blog](https://blog.gitea.com/)
|
|
and check whether the breaking changes affect your Gitea instance.
|
|
|
|
## Verify there are no deprecated configuration options
|
|
|
|
New versions of Gitea often come with changed configuration syntax or options which are usually displayed for
|
|
at least one release cycle inside at the top of the Site Administration panel. If these warnings are not
|
|
resolved, Gitea may refuse to start in the following version.
|
|
|
|
## 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.
|
|
|
|
After all of steps have been prepared, download the new version, stop the application, perform a backup and
|
|
then start the new application. On each startup, Gitea verifies that the database is up to date and will automtically
|
|
perform any necessary migrations. Depending on the size of the database, this can take some additional time on the
|
|
first launch during which the application will be unavailable.
|
|
|
|
## 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](https://github.com/go-gitea/gitea/blob/main/contrib/upgrade.sh).
|
|
|
|
## 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.
|