Dev Позднее Git и Github: Дайте ей. Git Dir?

Question

Друг и пользователь одного из моих приложений с открытым исходным кодом нанял разработчика для продвижения проекта. Разработчик вообще не знает git, и я не хочу настаивать на том, чтобы она слишком много изучала (вместо того, чтобы работать над кодом; не мой выбор).

Она скачала тарбол репо и начала работать. Теперь я хотел бы вернуть ее под контроль версий и работать в ветке.

План, о котором я подумал, заключается в том, чтобы она меньше всего подготовила локальное git-репо, которое обращается к нужной ветви, и отправила ей каталог .git. Таким образом, она может попасть в каталог .git в своей рабочей копии. Тогда все, что ей нужно сделать, это git add .; git commit -a -m "whatever" ; git push или что-то подобное.

Тогда все, что мне нужно сделать, это помочь ей настроить SSH-ключи для Github.

Я что-то упустил? Я знаю, я знаю, я знаю, многие из вас скажут: «Это отличная возможность для нее учиться мерзости» и т. Д. И т. Д., Но, опять же, это не мой призыв, и Я не хочу терять новая работа разработчика.

Answer 1

Предполагая, что вы собираетесь сделать что-то подобное, когда разработчик не знает, как использовать git, и, возможно, не делает коммитов должным образом, не дает ей толчок доступа к центральному репо .Создайте для нее персональное центральное репо, разработайте простые команды (add; commit; push и pull) и просмотрите все оттуда, прежде чем объединить его с настоящим центральным репо.Вам не нужно публиковать какие-либо проблемы, связанные с отсутствием осведомленности о git.

Кроме того, если вы делаете что-то подобное, вы должны быть уверены, что ее коммиты всегда основаны на теге длятарбол она схватила.Если вы этого не сделаете, вы можете закончить тем, что поместите коммит на кончике мастера, который вернет много содержимого обратно в состояние из архива.По сути, вам придется вручную отслеживать множество вещей, с которыми должна работать VCS.

Answer 2

Хорошо, я бы порекомендовал видеокаст с peepcode о git (http://peepcode.com/products/git), действительно хороший, и изучал бы обычные вещи.

Вам нужно беспокоиться о "git add." (Возможно, git add-Я бы лучше), в основном, если в проекте есть файлы конфигурации и файлы, которые не нужно фиксировать.

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

Hum .. и я думаю, что вы должны научить его команде git pull.

Answer 3

В качестве альтернативы можно заставить ее проверить репозиторий GitHub в новый каталог и рекурсивно скопировать все из ее старого каталога поверх нового репозитория Git.Так как это не изменяет старый не-Git рабочий каталог, можно испортить новый репозиторий Git и попытаться снова.

Answer 4

Я думаю, что это хороший, выполнимый план.Одна вещь, которую вы не учли, - это если она добавила новые неотслеживаемые файлы.Вам может понадобиться что-то вроде:

git add .; git add . -u; git commit -m "whatever" ; git push

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