С версии 7.4 gitlab изменил поведение защищенных ветвей в новых проектах.
В каждом новом проекте ветвь по умолчанию, например. master - это защищенная ветвь, то есть разработчики не могут нажать на нее. В моей компании многие разработчики работают над ветвью по умолчанию /master и теперь борются при запуске нового проекта.
Мой вопрос: существует ли свойство в ui или в gitlab.rb для восстановления поведения pre 7.4 и не защищать ветвь по умолчанию?
Кажется, что свойство по умолчанию отсутствует. Но уже есть запрос на feedback.gitlab.com
Я не уверен, что это параметр по умолчанию, но для каждого проекта вы можете изменить мастер как незащищенный, в своем проекте, перейти к настройкам → защищенные ветки и снять защиту
Позолоченная команда опубликовала сообщение, связанное с вашим вопросом!! https://about.gitlab.com/2014/11/26/keeping-your-code-protected/
Я не уверен, какая версия была добавлена, но в версии 8.9.4 вы теперь можете выбрать, чтобы разработчики могли нажать на защищенный проект.
Кроме того, теперь вам нужно щелкнуть выпадающее меню виджета в правом верхнем углу, чтобы перейти к параметрам "Защищенные ветки" в вашем проекте. (См. Ниже) 
Кажется, что GitLab перемещает это немного, когда я хотел изменить доступ к ветвям в GitLab Community Edition 9.0.2, здесь я мог бы найти их:
mainpage project > Настройки (в верхнем правом углу) > Репозиторий (второй, слегка более темный навигатор) > Защищенные ветки (прокрутите вниз)
Дополнительная информация, см. docs.GitLab