поддержка проектирует, который использует мерзавца
Я жгу свой материал на DVD, прежде чем быстрое повторно установит. Никогда не делавшийся это с мерзавцем, будучи недавним пользователем. Таким образом, я просто согласовываю с Вами парни. Если бы я понял правильно, то я просто должен сделать копию своего справочника проекта project_name (у которого есть .git в нем), наблюдающий за скрытыми файлами наряду с ним, и когда я копирую его на «новую» машину и устанавливаю мерзавца снова, я не возобновляюсь как ничто, произошел? Правильный?
2 ответа
Если вы хотите только резервное копирование файлов проекта (без истории), вы можете использовать Git Archive (таким образом, мне не нужно «смотреть за скрытый файл»)
Скрипт GIT-ARCHIVE-ALL.SH фактически архивирует все репозитории Git и подмодулы в текущем пути.
Полезно для создания одной таренной части GIT Super-Project, которая содержит другие подмодулы.
Как Чарльз Бэйли правильно упоминает в комментариях, Git Bundle более уместно, чтобы сохранить историю. ( Git Bundle был введен в февраля 2007 года ).
См. Резервное копирование репозитория GIT с Git Bundle
Git Bundleбыло разработано для того, чтобы обеспечить передачу GIT, когда нет прямой связи между репозиториями (т. Е.: Офлайн), но использование патчей не является Вариант из-за большого количества коммит и многократных ветвей.
Git Bundle- это только один файл, который может быть очень легко создан и снова импортировать, поскольку его можно обрабатывать как другой пульт дистанционного управления. Быстрый пример:
jojo@dualtron:~/devel$ git bundle create ~/devel.bdl master test
и пучок сохраняется в
~ / devel.bdl, содержащий мои ветви для мастера и тестирования.
Если я сейчас в репозитории B, я просто используюjojo @ dualtron: ~ $ git ls-demote devel.bdl, который показывает мне ветви, хранящиеся в комплекте.
Чтобы использовать пучок, который я просто обращаюсь к нему как пульт, используя Git Fetch (например)
jojo@dualtron:~/git/repoB$ git fetch ~/devel.bdl refs/heads/\*:refs/remotes/bundle/\*