Отправка tar-а обратно в Git-репозиторий (GitHub или нет) не кажется мне долгосрочным решением, потому что Git не сможет обработать этот двоичный файл (tar), и это быстро увеличится размер этого удаленного репо.
Если вы все еще хотите это сделать, это просто:
# declare a dedicated repo on your GitHub account
git clone git@github.com:user/repo.git/BackupRepo . # where the backup is
git checkout -b backup # make a special branch
git push origin backup # create that branch on the GitHub repo
Тогда впервые:
# create your backup tar file
git add .
git commit -m "backup file"
git push
Но для других случаев, когда вы хотите снова загрузить обновленный резервный tar-файл, я бы порекомендовал:
# update your backup tar file
git add .
git commit --amend # modify the existing commit instead of creating a new one.
git push -f # force the push to replace the remote commit by this updated one.
Другими словами, идея состоит в том, чтобы не записывать историю этого файла, а систематически удалять удаленную версию новой .
В конце концов, служба синхронизации каталогов, такая как dropbox (например), может быть намного проще в использовании;)