Git рабочий процесс с неопытным участником

Question

Что бы вы предложили в качестве рабочего процесса, когда в команду входит неопытный разработчик. Я использовал git для своих проектов, и теперь к нему присоединится новый разработчик, но он не использовал никакой системы контроля версий. Проект находится в Гитхубе, и я не могу работать с ним напрямую. Мы оба за брандмауэрами.

Должен ли я создать для него ветку на github и объединить ее, чтобы овладеть собой, или я попросу у него патчи в конце дня.

Answer 1

Я мало работал с github (я использую его, но только самые простые вещи), но я видел функцию "fork this project" и "pull request".

Полагаю, он может раскошелиться на проект и попросить вас вытащить его из вилки (а не из его машины).

Предполагается, что форк создаст для него проект, в котором он может отправить свои изменения в github, затем вы можете вытащить его из проекта github, а затем перенести его в основной, откуда он извлекает.

Answer 2

Мне действительно нравится использовать git format-patch для превращения набора коммитов в почту. Затем вы можете отправить изменения по почте и повторно применить их на другом конце. Это также означает, что вы можете обсудить изменения в списке рассылки и т. Д.

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

Answer 3

Оба варианта звучат как идеи. Если вы позволите ему перенести свои вещи в github, вы получите бесплатную внешнюю резервную копию своей работы.

Answer 4

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