настройка разработки для нескольких разработчиков с помощью Git

Question

Прежде всего, я более свежий в Git. Я пришел из SVN, где разработчики проверяют входящий / исходящий код в общем хранилище.

Что мне делать с Git, чтобы включить разработку для нескольких разработчиков?

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

Правильно ли мое понимание? Где мне найти хорошее чтение по этому вопросу?

Заранее спасибо!

Answer 1

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

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

Это может вам помочь.

Редактировать

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

Разница в том, что при распространении git у каждого разработчика будет клон этого официального репо, содержащий всю историю.

Множество причин, почему это такая Good Idea® , ну, вы сами разберетесь с ними, поверьте мне.

Answer 2

Есть

1. Локальные системы контроля версий (локально на вашем компьютере разработчика, например, когда вы проверяете код)
2. Централизованные системы контроля версий (например, svn, cvs)
3. Распределенные системы контроля версий (например, git, bazaar, mercurial)

Рабочий процесс Распределенных систем контроля версий , как git в сочетании с github, следующий:

• владелец репозитория (3)
  • предоставляет доступ к участникам проекта
  • утверждает запрос на извлечение (объяснено позже)
• вкладчик
  • разветвляет удаленный проект и делает его доступным в своей учетной записи репозитория (3)
  • клонирует проект и делает его доступным локально (1)
  • фиксирует локально и при необходимости вносит изменения в репозиторий своего проекта (чтобы изменения не терялись при сбое его локальной машины ...)
  • во время разработки он регулярно получает и объединяет коммиты из удаленного (основного) хранилища, поэтому он остается близко к текущей магистрали разработки
  • если у него есть рабочее решение, он отправляет запрос на извлечение владельцу хранилища
• владелец хранилища
  • принимает или отклоняет запрос на извлечение
  • если они приняты, изменения объединяются с основным хранилищем

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

Хорошие ресурсы следующие:

• Pro Git book
• git-scm.com
• git Reference
• github Help

Answer 3

Хорошая особенность Git в том, что он очень гибкий.Лучший рабочий процесс в вашей ситуации полностью зависит от того, как вам и вашим со-разработчикам нравится взаимодействовать.

Чтобы начать работу в среде с несколькими разработчиками, все, что вам нужно сделать, - это каким-то образом получить /нажмите между вашими хранилищами.Это может быть либо непосредственно между собой, либо через центральный орган, либо «благословенный» репозиторий, и это можно сделать через ssh, общий файловый ресурс, https или даже просто приклеить к жесткому диску, содержащему «благословенный» репозиторий, почтового голубя.

Отличным бесплатным ресурсом для начала работы является Pro Git , в котором есть хорошая глава по Распределенным рабочим процессам .Также обратите внимание на «Успешная модель ветвления» , где вы найдете хорошо продуманный способ упорядочения всего.