Как правильно переносить git проект на другую машину?

Question

[hckn]

Ситуация: в рабочей директории проекта 5 репозиториев (фронт, сервер и тд), помимо всех остальных файлов проекта. Как правильно переносить это все добро на другую машину? Ну вот если просто взять и скопировать, то возникает ошибка, гит думает что все файлы были изменены. Решение я нагуглил git config core.filemode false. Но насколько это правильно? Вручную естественно клонировать каждый репозиторий из удаленного гита это бессмысленно, так как у меня может быть и 10 таких проектов, по 5 репозиториев в каждом. Удобно вручную переносить (предварительно синхронизировав с уделнным сервером). Но что дальше? Как правильно? Как вы делаете?

Comments

[Сергей delphinpro]

Почему он думает что файлы изменены?
Касательно одной репы, просто переносишь всю папку проекта и всё (не забыв скрытую папку .git). С несколькими репами, думаю аналогично.

[hckn]

Сергей delphinpro, насколько я понял, потмоу что поменялся юзер, связанно с правами.

Это происходит именно после простого переноса. Он просит заново закомитить каждый файл.

[Сергей delphinpro]

hckn, Это вряд ли. Гит смотрит изменения содержимого файлов, а не их атрибуты. В т.ч. и на время изменения гиту начхать и на права (был бы доступ).

[hckn]

Сергей delphinpro, это не врядли, это 100%

[hckn]

Сергей delphinpro, вот что диф показал

diff --git a/README.md b/README.md
old mode 100644
new mode 100755

Так что все трекает.

[d'Ivan]

hckn, перенесен с линукса на виндоус?

[SagePtr]

hckn, если у вас появились везде на простых файлах исполняемые биты (+x) - то проблема явно не в git, а в каком-нибудь совсем уж кривом переносе.

[hckn]

SagePtr, а с чем это может быть связано? Перенес просто на внешний винт, потом с него на переустановленную систему. Все. Причем, я сейчас заметил что даже ssh ключи поменялись на 755! Что это не подскажите? Как тогда правильно копировать, сохраняя права?

Роман Мирр, с линукса на линукс

[SagePtr]

hckn, видимо, на вненшем винте файловая система, не поддерживающая права доступа (FAT32 к примеру) или поддерживающая по своему (NTFS)

[hckn]

SagePtr, так точно, спасибо, я разобрался.

Answer 1

[SagePtr]

Как вариант, упаковать в какой-нибудь 7z с сохранением всех аттрибутов, а на другой машине распаковать

Comments

[SagePtr]

Ну а если git думает, что в рабочей директории файлы изменились, ничто не мешает сделать git checkout . и вернуть их всех к последнему коммиту.

[hckn]

SagePtr, это не удобно.

А второй совет - ну вот я например только что внес изменения в файлы забыв этот косяк гита. Я не хочу терять работу.

[SagePtr]

hckn, так вы же сами написали "Удобно вручную переносить (предварительно синхронизировав с уделнным сервером)" - то есть, перед переносом синхронизировали, после переноса - сделали checkout.

[hckn]

SagePtr, хм, ну вообще да, согласен. Чекаут же касается и прав?

[SagePtr]

hckn, да, должны поидее права выставляться на те, что в репозитории

[hckn]

SagePtr, проверил, git checkout . работает и для атрибутов! Спасибо

Answer 2

[GavriKos]

Правильно - клонировать репозитории, а не страдать ерундой в виде копирования репы с машины на машину со всем мусором и прочим. Склонировать репу - это 1 команда, не представляю что может быть еще проще. Хоть 100 реп - пихаем в батник и все автоматом склонится куда надо.

Comments

[hckn]

Пфффф

[GavriKos]

hckn, смотрим количество лайков за ночь, пффф. Зачем юзать репозиторий, если вы боитесь clone и таскаете файлы вручную?

[ilovemaryjane]

GavriKos, Кроме заголовка не осилил читать? У меня 200 гит репозиториев локально, из низ 90% просто тестовый мусор. Все в облако лить? Ты упорот наглухо? Еще и плюсиками тычет, от таких же читатетелей