Как создать резервную копию локального репозитория Git?

другой официальный способ будет использовать git bundle

это создаст файл, который поддерживает git fetch и git pull для обновления вашего второго РЕПО.
Полезно для инкрементного резервного копирования и восстановления.

но если вам нужно резервное копирование все (потому что у вас нет второго РЕПО с некоторым более старым контентом уже на месте), резервное копирование немного сложнее сделать, как упоминалось в моем другом ответе, после Кентом Фредрикомкомментарий:

$ git bundle create /tmp/foo master
$ git bundle create /tmp/foo-all --all
$ git bundle list-heads /tmp/foo
$ git bundle list-heads /tmp/foo-all

(это атомарной операции, в отличие от создания архива из , а прокомментировал by fantabolous)

---

внимание: я бы не рекомендовал Пэт Нотз ' s решение, который клонирует РЕПО.
Резервное копирование много файлов всегда сложнее, чем резервное копирование или обновление... только один.

если вы посмотрите на история правок на СОЧ Ярответ, вы бы увидели, что Яр использовал сначала a clone --mirror, ... с помощью редактирования:

использование этого с Dropbox-это полный беспорядок.
У вас будут ошибки синхронизации, и вы не можете откатить каталог обратно в DROPBOX.
Используйте git bundle если вы хотите создать резервную копию в Dropbox.

Яр текущее решение использует git bundle.

я оставляю свое дело.

я делаю это, чтобы создать удаленный (голый) репозиторий (на отдельном диске, USB-ключ, резервный сервер или даже github), а затем использовать push --mirror чтобы это удаленное РЕПО выглядело точно так же, как мой локальный (за исключением того, что удаленный-это голой репозитории).

это подтолкнет все ссылки (ветви и теги), включая обновления без быстрой перемотки вперед. Я использую это для создания резервных копий моего локального репозитория.

The на странице описывает его как это:

вместо того, чтобы называть каждый ref для push, указывает, что все ссылки под $GIT_DIR/refs/ (которая включает, но не ограничивается refs/heads/,refs/remotes/ и refs/tags/) дублировались в удаленном хранилище. Вновь созданные локальные ссылки будут перенесены на удаленный конец, локально обновленные ссылки будут принудительно обновлены на удаленном конце, а удаленные ссылки будут удалены с удаленного конца. Это значение по умолчанию, если параметр конфигурации remote.<remote>.mirror установлен.

Я сделал псевдоним, чтобы сделать толчок:

git config --add alias.bak "push --mirror github"

тогда, я просто запустить git bak всякий раз, когда я хочу сделать резервную копию.

[просто оставив это здесь для моей собственной справки.]

мой скрипт связки называется git-backup выглядит так

#!/usr/bin/env ruby
if __FILE__ == 
        bundle_name = ARGV[0] if (ARGV[0])
        bundle_name = `pwd`.split('/').last.chomp if bundle_name.nil? 
        bundle_name += ".git.bundle"
        puts "Backing up to bundle #{bundle_name}"
        `git bundle create /data/Dropbox/backup/git-repos/#{bundle_name} --all`
end

иногда я использую git backup и иногда я использую git backup different-name что дает мне больше возможностей, которые мне нужны.

оба ответа на эти вопросы верны, но мне все еще не хватало полного, короткого решения для резервного копирования репозитория Github в локальный файл. Элемент суть доступно здесь, не стесняйтесь раскошелиться и адаптироваться к вашим потребностям.

backup.sh:

#!/bin/bash
# Backup the repositories indicated in the command line
# Example:
# bin/backup user1/repo1 user1/repo2
set -e
for i in $@; do
  FILENAME=$(echo $i | sed 's/\//-/g')
  echo "== Backing up $i to $FILENAME.bak"
  git clone [email protected]:$i $FILENAME.git --mirror
  cd "$FILENAME.git"
  git bundle create ../$FILENAME.bak --all
  cd ..
  rm -rf $i.git
  echo "== Repository saved as $FILENAME.bak"
done

restore.sh:

#!/bin/bash
# Restore the repository indicated in the command line
# Example:
# bin/restore filename.bak
set -e

FOLDER_NAME=$(echo  | sed 's/.bak//')
git clone --bare  $FOLDER_NAME.git

вы можете создать резервную копию git РЕПО с git-copy . git-copy сохраненный новый проект как голое РЕПО, это означает минимальную стоимость хранения.

git copy /path/to/project /backup/project.backup

затем вы можете восстановить свой проект с git clone

git clone /backup/project.backup project

пришел к этому вопросу через google.

вот что я сделал самым простым способом.

git checkout branch_to_clone

затем создайте новую ветвь git из этой ветви

git checkout -b new_cloned_branch
Switched to branch 'new_cloned_branch'

вернитесь в исходную ветку и продолжайте:

git checkout branch_to_clone

предполагая, что вы облажались, и нужно что-то восстановить из резервной копии филиала :

git checkout new_cloned_branch -- <filepath>  #notice the space before and after "--"

лучшая часть если что-то испорчено, вы можете просто удалить исходную ветвь и вернуться к резервной ветви!!