Назад | Перейти на главную страницу

какие-либо проблемы с копированием файлов из Git Repo на другой компьютер (и продолжать работать с обоих)?

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

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

Вопрос: Это чем-то вредно?

(Конечно, состояния репо должны быть двоичными, копирую ли я файлы или git clone. Но я мог себе представить, что git помещает какой-то уникальный (g) uuid в папку .git при первом клонировании или около того, чтобы различать машины или что-то подобное ... но это просто предположение. Я просто не знаю внутреннего устройства ...)


Обновить: Меня беспокоит в первую очередь uuids или аналогичные, неуникальность двух локальных репозиториев git («клиентов»), подключающихся к один удаленное репо («мастер / сервер»).

Если вы знаете, что это нормально или нет, мне нужны реальные источники этих знаний (помимо «Я верю» или «Это так»).

При этом я думаю, что нашел своего рода дубликат моего вопроса о суперпользователе.

Нет ничего плохого в переносе репозитория с одной машины на другую.

Git обновит свои внутренние конфигурации (если необходимо) при первом запуске репозитория.

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

Если вас беспокоят файлы конфигурации проекта, подумайте, что, вероятно, на вашем новом компьютере вам придется воссоздать базы данных или изменить путь или что-то подобное, поэтому нет смысла сохранять старые конфигурации для вашего проекта, начните заново и очистите.

Никакого вреда. Я рекомендую использовать rsync, но tar или cp будет делать то же самое.