[РЕШЕНО] Создание бэкапов сервера на GitHub

[Mr_panica]

Операционная система

Linux

Пришла идея создавать каждый день бэкап сервера на гитхабе, ведь там будут показываться все изменения, которые были сделаны с прошлого бэкапа.
Такой вопрос, делал кто-нибудь такое и имеет ли это вообще смысл?

И смежный вопрос, как из существующую локальную папку залить на новый гит, а то нашёл только способы залить удалённый гит на локалку.

Сервера на VDS ubuntu 24.

 

[DeathScore13]

Такой вопрос, делал кто-нибудь такое и имеет ли это вообще смысл?

Думаю, никто ещё так не извращался. По поводу смысла - думайте сами зачем вам это нужно

И смежный вопрос, как из существующую локальную папку залить на новый гит, а то нашёл только способы залить удалённый гит на локалку.

Лично я сначала стягиваю репу с гита, а после закидываю туда файлы и пушу (советую сначала с терминала это сделать, поскольку git потребует авторизацию, потом уже можно в планировщик)

git add ./
git commit -m Upload
git push

Мне кажется в вашем случае лучше завести .gitignore на папки с бинарниками и vpk, но если вам принципиально отслеживать любые изменения, то этого можно не делать

 

[Nekro]

Пришла идея создавать каждый день бэкап сервера на гитхабе, ведь там будут показываться все изменения, которые были сделаны с прошлого бэкапа.
Такой вопрос, делал кто-нибудь такое и имеет ли это вообще смысл?

И смежный вопрос, как из существующую локальную папку залить на новый гит, а то нашёл только способы залить удалённый гит на локалку.

Сервера на VDS ubuntu 24.

Звучит интересно

 

[ykpon]

Смотря что бэкапить. Гитхаб мало места для этого предоставляет.
А в целом, видел 10 лет назад как какой то провайдер хранил в репе БД с днс записями и таким образом делал репликацию. В мастере пушил изменения, вытащенные с помощью mysqldump, а на слейвах пулил и дампал в другую БД.

Сообщения автоматически склеены: 16 Янв 2025

как из существующую локальную папку залить на новый гит, а то нашёл только способы залить удалённый гит на локалку.

Не совсем понятен вопрос. Что сделать нужно? Существующую директорию на гитхаб залить? Когда репозиторий создаешь, там предложены варианты и в том числе набор команд для того, чтобы уже в существующей директории инициализировать гит и прописать удаленный репозиторий.

 

[DeathScore13]

Гитхаб мало места для этого предоставляет.

Опа, а я не знал об этом. Оказывается на 1 акк выделяется 300мб. Получается без .gitignore не обойтись

 

[Mr_panica]

Смотря что бэкапить. Гитхаб мало места для этого предоставляет.
А в целом, видел 10 лет назад как какой то провайдер хранил в репе БД с днс записями и таким образом делал репликацию. В мастере пушил изменения, вытащенные с помощью mysqldump, а на слейвах пулил и дампал в другую БД.

Сообщения автоматически склеены: 16 Янв 2025

Не совсем понятен вопрос. Что сделать нужно? Существующую директорию на гитхаб залить? Когда репозиторий создаешь, там предложены варианты и в том числе набор команд для того, чтобы уже в существующей директории инициализировать гит и прописать удаленный репозиторий.

Да, ещё раз посмотрел, не так понял, до этого только GitHub Desctop пользовался, так что команды в новинку, в общем, вроде получилось, буду теперь в крон пытаться сделать.

Создал ключи SSH, вроде всё норм.

Спойлер: Недоскрипт

#!/bin/bash

cd /var/lib/pterodactyl/volumes/d10cb34f-3f5c-4e99-ad8a-cf68b4088deb/tf
git add --all
git commit -m "update"
git push -u origin main

Спойлер: Немного не в тему

Наткнулся недавно на это видео:

Так что гит можно ещё и так использовать.

 

[Nekro]

Да, ещё раз посмотрел, не так понял, до этого только GitHub Desctop пользовался, так что команды в новинку, в общем, вроде получилось, буду теперь в крон пытаться сделать.
Посмотреть вложение 120207

Создал ключи SSH, вроде всё норм.

Спойлер: Недоскрипт

#!/bin/bash

cd /var/lib/pterodactyl/volumes/d10cb34f-3f5c-4e99-ad8a-cf68b4088deb/tf
git add --all
git commit -m "update"
git push -u origin main

Спойлер: Немного не в тему

Наткнулся недавно на это видео:

Так что гит можно ещё и так использовать.

Ну материалы, карты, модели, музыка думаю тут лишнее и в 300м никак не уложится на сервере. И вопрос как быть с файлами которые удалены? При бекапе они же останутся и не будут стёрты

 

[DeathScore13]

Я обманул получается. Если репа меньше 1гб, то проблем не будет. Если от 1 до 5, то могут быть вопросы

Сведения о больших файлах на GitHub - Документация по GitHub

GitHub ограничивает размер файлов, которые можно отслеживать в обычных репозиториях Git. Узнайте, как отслеживать или удалять файлы, выходящие за пределы лимита.

docs.github.com

А ещё тут написано по поводу бекапов в гитахбе

Git is not designed to serve as a backup tool. However, there are many solutions specifically designed for performing backups, such as Arq, Carbonite, and CrashPlan.

 

[Mr_panica]

И вопрос как быть с файлами которые удалены? При бекапе они же останутся и не будут стёрты

То есть, если я удалю файл на сервере, то он останется на гите, так понимаю?

Сообщения автоматически склеены: 17 Янв 2025

Ну материалы, карты, модели, музыка думаю тут лишнее и в 300м никак не уложится на сервере.

Мне гит ругался только на БД куки, она была больше 50 МБ, её и все логи не гружу в бэкап.
Мне по сути требуется следить за изменениями в плагинах и конфигах сервера, остальное почти не трогается.
Ну и обычных бэкап файлов тоже делается ежедневно, а этот так, на всякий случай.

 

[Grey83]

Мне по сути требуется следить за изменениями в плагинах и конфигах сервера, остальное почти не трогается.

вот их бы и заливал
и вообще можно было локально git-репу сделать, а не на гитхаб майкам это слать

 

[ykpon]

То есть, если я удалю файл на сервере, то он останется на гите, так понимаю?

Если ты удалишь файл на сервере, то нужно этот файл добавить в гит
В репозитории он удалится.
git add file
git commit -m 'add file'
git push
...
rm file
git add file
git commit -m 'delete file'
git push