За последние 24 часа нас посетили 10089 программистов и 1143 робота. Сейчас ищет 461 программист ...

Какой уровень доступа для джуна на gitlab?

Тема в разделе "Версионность, тестирование и развёртывание", создана пользователем виталий032, 21 апр 2020.

  1. виталий032

    виталий032 Активный пользователь

    С нами с:
    31 янв 2014
    Сообщения:
    227
    Симпатии:
    30
    Адрес:
    Владивосток
    Здравствуйте.
    Gitlab. Приватный репозиторий. Хочу добавить участника проекта.

    Необходимо выбрать role permission (guest, reporter, developer) для нового участника.
    "Developer" может принимать merge requests, а "reporter" может только создавать merge requests.

    Какую роль лучше всего присвоить для джуна, мидла?
    Какая практика обычно используется?
    Только синьоры и техлиды могут принимать merge request-ы? Или все зависит от конкретного человека?
     
  2. acho

    acho Активный пользователь

    С нами с:
    28 дек 2016
    Сообщения:
    854
    Симпатии:
    210
    Адрес:
    Санкт-Петербург
    По-хорошему, доступ к веткам master и develop должен быть только у ответственных людей. Все остальные создают ветки функциональностей, т.е. один функционал - одна ветка). Когда ветка закончена - создаётся PL в ветку develop.
    --- Добавлено ---
    Запрещать принимать PL в свои ветки тоже не стоит. Но в master и develop доступ должен быть закрыт у всех, кроме разработчиков\лидов, кому разрешено принимать решение о внесении кода в проект.
     
    виталий032 нравится это.
  3. виталий032

    виталий032 Активный пользователь

    С нами с:
    31 янв 2014
    Сообщения:
    227
    Симпатии:
    30
    Адрес:
    Владивосток
    Спасибо. PL - это pull request, или вы что-то другое имели ввиду?
    PL в свои ветки - это как?

    Правильно ли я понимаю алгоритм:
    1. Новый участник клонирует репозиторий на локальную машину
    2. Создает новую ветку, например acho/add-user/add-user-backend-frontend
    3. Делает свою задачу
    4. Коммитит в созданной ветке
    5. Делает push этой ветки в центральный репозиторий
    6. Я захожу на gitlab. Создаю merge request и принимаю его.

    Так?
     
  4. neverlose

    neverlose Активный пользователь

    С нами с:
    27 авг 2008
    Сообщения:
    1.112
    Симпатии:
    20
    PR - Pull Request :)
     
  5. acho

    acho Активный пользователь

    С нами с:
    28 дек 2016
    Сообщения:
    854
    Симпатии:
    210
    Адрес:
    Санкт-Петербург
    PR, конечно же. Не знаю, о чём я думал)

    1-5 похоже, потом можно либо самому создавать PR, либо разработчики сами создают PR, а ведущие разработчики решают принять его или нет. Мне второй вариант нравится больше.
     
    виталий032 нравится это.
  6. marlin

    marlin Новичок

    С нами с:
    19 июн 2019
    Сообщения:
    61
    Симпатии:
    3
    То что на гитхабе называют пуллреквест на гитлабе называют merge request

    Ну он же у вас разработчик?
    Поэтому логично что у него будет роль Developer, у него ограничения по работе с так называемыми protected ветками.
    А свои ветки с фичами он создавать может и потом на их основе создает merge request, который потом уже рассматривается и принимается уже руководителем с правами