mirror of
				https://github.com/go-gitea/gitea.git
				synced 2025-11-03 08:02:36 +09:00 
			
		
		
		
	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
		
			
				
	
	
		
			96 lines
		
	
	
		
			3.5 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			96 lines
		
	
	
		
			3.5 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
---
 | 
						|
date: "2021-09-02T16:00:00+08:00"
 | 
						|
title: "Upgrade from an old Gitea"
 | 
						|
aliases:
 | 
						|
  - /en-us/upgrade/
 | 
						|
slug: "upgrade-from-gitea"
 | 
						|
weight: 10
 | 
						|
toc: false
 | 
						|
draft: false
 | 
						|
menu:
 | 
						|
  sidebar:
 | 
						|
    parent: "upgrade"
 | 
						|
    name: "From Gitea"
 | 
						|
    weight: 10
 | 
						|
    identifier: "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](https://blog.gitea.io/)
 | 
						|
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](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.
 |