Incremental backup of gitea #4784

Closed
opened 2025-11-02 06:02:46 -06:00 by GiteaMirror · 4 comments
Owner

Originally created by @jackTheStark on GitHub (Feb 4, 2020).

  • Gitea version (or commit ref):
  • Git version: 1.10
  • Operating system: docker - linux
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • MSSQL
    • SQLite

Description

I am trying to do a daily backup of gitea. But the problem is that i have to backup the whole gitea everyday which is waste of storage.

Is there a possible way to progressively track and update the backup.

Originally created by @jackTheStark on GitHub (Feb 4, 2020). <!-- NOTE: If your issue is a security concern, please send an email to security@gitea.io instead of opening a public issue --> <!-- 1. Please speak English, this is the language all maintainers can speak and write. 2. Please ask questions or configuration/deploy problems on our Discord server (https://discord.gg/gitea) or forum (https://discourse.gitea.io). 3. Please take a moment to check that your issue doesn't already exist. 4. Please give all relevant information below for bug reports, because incomplete details will be handled as an invalid report. --> - Gitea version (or commit ref): - Git version: 1.10 - Operating system: docker - linux - Database (use `[x]`): - [ ] PostgreSQL - [x] MySQL - [ ] MSSQL - [ ] SQLite ## Description I am trying to do a daily backup of gitea. But the problem is that i have to backup the whole gitea everyday which is waste of storage. Is there a possible way to progressively track and update the backup.
GiteaMirror added the type/question label 2025-11-02 06:02:46 -06:00
Author
Owner

@stale[bot] commented on GitHub (Apr 4, 2020):

This issue has been automatically marked as stale because it has not had recent activity. I am here to help clear issues left open even if solved or waiting for more insight. This issue will be closed if no further activity occurs during the next 2 weeks. If the issue is still valid just add a comment to keep it alive. Thank you for your contributions.

@stale[bot] commented on GitHub (Apr 4, 2020): This issue has been automatically marked as stale because it has not had recent activity. I am here to help clear issues left open even if solved or waiting for more insight. This issue will be closed if no further activity occurs during the next 2 weeks. If the issue is still valid just add a comment to keep it alive. Thank you for your contributions.
Author
Owner

@stale[bot] commented on GitHub (Apr 18, 2020):

This issue has been automatically closed because of inactivity. You can re-open it if needed.

@stale[bot] commented on GitHub (Apr 18, 2020): This issue has been automatically closed because of inactivity. You can re-open it if needed.
Author
Owner

@wxiaoguang commented on GitHub (May 3, 2022):

TBH, I think this proposal is out of the goal of Gitea.

Gitea can not do everything for users, and the backup methods for different systems vary a lot. The same question to MySQL, do you see MySQL provides the automatic incremental backup and restore? If MySQL doesn't, then Gitea can't.

I would suggest users to use ZFS with snapshot, it's a more general method to do backup & restore, with incremental support.

@wxiaoguang commented on GitHub (May 3, 2022): TBH, I think this proposal is out of the goal of Gitea. Gitea can not do everything for users, and the backup methods for different systems vary a lot. The same question to MySQL, do you see MySQL provides the automatic incremental backup and restore? If MySQL doesn't, then Gitea can't. I would suggest users to use ZFS with snapshot, it's a more general method to do backup & restore, with incremental support.
Author
Owner

@wxiaoguang commented on GitHub (May 3, 2022):

I would close this issue due to the discussion in #17931

@wxiaoguang commented on GitHub (May 3, 2022): I would close this issue due to the discussion in #17931 * #17931
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#4784