Управление частными репозиториями в Github

Question

У меня довольно простая проблема, которую я пытаюсь решить на Github.У меня есть частный репозиторий (через организацию), и мне нужно найти наилучший способ настроить его так, чтобы моя команда могла делать нажатия на ветви под основной веткой, но не на саму главную ветвь.

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

Но я не уверен, что понимаю, как создать «промежуточную» репо из «основной», ни какобъединение превращается обратно в «мастер».

Вот примерная диаграмма того, что я пытаюсь выполнить (выше линии, «мастер» репо, ниже линии, «постановочный» репо):

master (only me)
-----------------------------
--> staging (team)
    --> feature 1
        --> team member 1
    --> feature 2
        --> team member 2
        --> team member 3

Есть идеи?

Answer 1

В DVCS ветвление и публикация (push / pull) - это две ортогональные концепции .

Это означает, что вы не должны беспокоиться о том, к каким ветвям обращаются ваши соавторы, так какпока они продвигаются к своему собственному (раздвоенному) частному репо на GitHub.
Вы единственный, кто может импортировать то, что они предлагают (через pull request ) в выбранной вами ветке в вашем личномrepo.

Когда я вижу шаги жизненного цикла («постановка», «тестирование», «QA», «...»), я предпочитаю настраивать отдельное репо для каждого необходимого мне шага, чтобыстолько веток, сколько я хочу в каждом из этих отдельных репозиториев.