Создайте отдельный филиал в удаленном репозитории в git

Question

Я хотел бы создать конкретный поток для нашей компании git.

1. разработчик создает ветку на своей локальной машине и фиксирует там некоторые файлы.
2. Dev нажать эту ветку к удаленному репо
3. Другие разработчики не могут получить доступ к этой ветви
4. после нескольких раундов прочь толкая Dev решили опубликовать свои изменения.
5. Объединение частного филиала в общественном филиале
6. нажмите эту государственную ветку.

Другими словами - можно ли настроить частную удаленную ветвь в публичном репозитории?

Answer 1

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

1. Дев создает местное отделение на локальной машине и совершает прочь
2. В конце дня (или всякий раз, когда подходит) Dev толкает его частной репо git push jdoe-private my-cool-branch
3. Dev решает, что он счастлив за работу в будут опубликованы и, возможно, объединены так можно привести в порядок его и перебазировать его безнаказанно
4. Дев толкает его ветвь происхождения git push origin my-cool-branch

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

Answer 2

Общим решением, которое я знаю, является согласование «пространств имен ветвей», добавив некоторую строку в имена ветвей. Например, ветви, начинающиеся с «private /», предназначены для частных экспериментов. Вы бы затем получить ветви, как

• частный/JohnDoe/рефакторинга-taxcalculation
• частный/JohnDoe/newGUILayout
• частный/JaneJones/Java8
• частный/TKirk/наращивание космического корабля

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

Если вы хотите ограничить доступ к этим ветвям на основе пользователя, вам необходимо иметь какой-либо контроль доступа на основе ветвей. В Core Git нет такой вещи, но некоторые серверы-серверы git допускают это (например, Atlassian Stash). Я не знаю ни одного сервера, который допускает такие частные ветви, но, возможно, есть тот, который позволяет это, или позволяет сценарию решения.

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