Исправить ошибку GitLab: «Вы не можете распространять код в защищенных ветках в этом проекте»?

У меня проблема, когда я отправляю свои коды в git, когда у меня есть доступ разработчика в моем проекте, но все нормально, когда у меня есть основной доступ. Откуда проблема? И как это исправить?

Сообщение об ошибке:

ошибка: вы не можете отправить код в защищенные ветви этого проекта.
...
ошибка: не удалось отправить некоторые ссылки на ...

нет проблем - все работает как положено.

В GitLab некоторые ветки могут быть защищены. По умолчанию только пользователи Maintainer / Owner могут фиксировать защищенные ветви (см. Документы по разрешениям ). masterветвь защищена по умолчанию - она ​​заставляет разработчиков выдавать запросы на слияние, которые должны быть проверены сопровождающими проекта перед их интеграцией в основной код

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

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

Начиная с GitLab 9.3

Перейти к проекту: «Настройки» → «Хранилище» → «Развернуть» на «Защищенные ветви»

Я не совсем уверен, когда это изменение было введено, скриншоты из версии 10.3.

Теперь вы можете выбрать, кому разрешено объединять или вставлять в выбранные ветви (например: вы можете вообще отключить push-сообщения master, заставляя все изменения в ветви вносить с помощью запросов на слияние). Или вы можете нажать «Снять защиту», чтобы полностью снять защиту с ветки.

Начиная с GitLab 9.0

Аналогично GitLab 9.3, но не нужно нажимать «Развернуть» - все уже развернуто:

Зайдите в проект: «Настройки» → «Хранилище» → прокрутите вниз до «Защищенные ветви».

Pre GitLab 9.0

Проект: «Настройки» → «Защищенные ветви» (если вы хотя бы «Мастер» данного проекта).

Затем нажмите «Снять защиту» или «Разработчики могут нажать»:

для GitLab Enterprise Edition 9.3.0

По умолчанию ветка master защищена, поэтому снимите защиту :)

1-Выберите свой «проект»

2-Выберите «Хранилище»

3-Выберите "филиалы"

4-Выберите «Настройки проекта»

5-в "Защищенные ветви" нажмите, чтобы "развернуть"

6 и после нажатия на кнопку «снять защиту»

Я столкнулся с этой ошибкой в ​​"пустой ветке" на моем локальном сервере gitlab. Некоторые люди упоминали, что «вы не можете впервые нажать на пустую ветку». Я попытался создать простой файл README на gitlab через мой браузер. Тогда все исправлено удивительно, и проблема разобралась !! Я упоминаю, что я был мастером, и филиал не был защищен.

Попробуйте внести изменения по ссылке

https://docs.gitlab.com/ee/user/project/protected_branches.html

сделать проект незащищенным для сопровождающего или разработчика для вас

Простое решение этой проблемы - быстрый чат с человеком, который имеет роль владельца в gitlab. Он может нажать один файл READ.md или аналогичный, чтобы просто начать с. Позже все будет работать как раньше.

Я был на Windows, когда появилась эта проблема.

Ошибка странная, потому что это происходит до того, как я смог ввести свое имя пользователя и пароль. Что делать, если там был кеш или что-то подобное? Я покопался в Интернете и нашел ответ на форуме поддержки gitlab :

Я открываю «Панель управления => Учетные записи пользователей => Управлять своими учетными данными => Учетные данные Windows». Я нашел два для https: //@github.com и один был неправильным пользователем. Я удалил его, и на следующем «git push» меня повторно определили и предоставили правильные учетные данные, и это сработало! Некоторые другие заметки - это могло произойти с любым Git Remote.

В учетных данных Windows я нашел две записи GitLab для старой учетной записи. Я удаляю оба, и теперь это работает!

Панель:

Это считается особенностями в Gitlab.

Maintainer / Ownerдоступ никогда не сможет принудительно нажать снова для ветки по умолчанию и защищенной, как указано в этой документации

Я столкнулся с той же проблемой в моем хранилище. Я мастер репозитория, но у меня была такая ошибка.

Я снял защиту с моего проекта, а затем снова защитил, и ошибка исчезла.

Мы обновили версию gitlab между моей предыдущей версией и проблемной. Я полагаю, что это обновление создало ошибку.

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