Мы команда из нескольких человек. Все работают на ветке функций и объединяют свои вещи через интерфейс GitHub в master, когда он готов.Как защитить «ведущую» ветвь в GitHub?
Теперь можно предотвратить прямые нажатия на master, но вместо этого создать pull request всякий раз, когда новая функция готова к объединению? Кроме того, было бы разумно ограничивать слияния только подмножеством разработчиков.
Кроме того, было бы разумно ограничивать слиты только подмножеством разработчиков.
restrict pushes to a branch в Организации для конкретных пользователей или команд. Это позволит вам создать команду, которая может объединиться обратно в master.
В качестве альтернативы, для небольшой команды, вы можете рассмотреть возможность каждый разработчик установить на стороне клиента крючки для предотвращения толкая к удаленному master.
Наконец, если вы используете GitHub Enterprise, которая предлагает заранее получать крючки, вы можете включить один, что enforces code to be merged through a PR
Лучший способ иметь четкий рабочий процесс. – Maroun
Изучите [роли] (https://help.github.com/articles/repository-permission-levels-for-an-organization/) в GitHub. Разработчики, имеющие доступ на чтение, могут работать с филиалами в своих загнутых хранилищах и создавать PR, когда их функциональная ветка готова к объединению. – houtanb
В GitHub есть функция, называемая [защищенные ветви] (https://help.github.com/articles/about-protected-branches). Это не займет у вас всего пути - например, это не помешает кому-либо прямо передать «мастер» - но, по крайней мере, это хорошее начало. –