Github: fork a repo vs создание папки под master repo

Question

Наша команда не знакома с Git, и я чувствую, что мы не используем ее правильно.

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

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

Правильно ли это делается? Или у разных людей есть своя собственная учетная запись и разветвлять проект и объединить его позже?

Есть ли хороший учебник там?

Answer 1

Каждый из членов вашей команды должен иметь свою учетную запись GitHub, а не одну для всей команды. Возможно, вам захочется рассмотреть вопрос о создании Организации или превращении текущей учетной записи, которой принадлежит репозиторий, в организацию по адресу https://github.com/settings/organizations (бесплатно для открытого источника). Добавьте каждого члена команды в качестве сотрудника.

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

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

Answer 2

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

Есть много хороших учебников. Вот несколько примеров:

https://help.github.com/articles/fork-a-repo

http://git-scm.com/book

Answer 3

A GitHub 'Вилка' представляет собой клон Git репозитория Github, размещенного на Github; Не больше, не меньше. «Вилка Github» полезна, потому что Github ограничивает, кто может нажать на репозиторий. Вы должны быть «сотрудником», чтобы подталкивать; если вы не являетесь сотрудником, то вы развиваете так, что у вас есть хранилище Github, которое вы может нажать на.

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

Что касается учебников, поиск «git tutorial» или «git workflow» будет содержать много полезной информации. «git help» - тоже ваш друг.