Я хотел бы защитить основную ветвь на своих репозиториях GitHub, так как это хорошая практика, и у моей команды было несколько инцидентов с непреднамеренными подталкиваниями к мастеру.
Однако, как часть моего необходимого рабочего процессаМне нужно публиковать журнал изменений в репозитории при продвижении новой версии библиотеки, которую представляет репозиторий.
Концептуально, это не тот код, который следует пересматривать, поэтому используемые мной сценарии подталкивают обновления журнала изменений непосредственно кмастер (не отлично, я знаю, но лучше, чем делать PR для просмотра журнала изменений).
Итак, с задним фоном, мой вопрос таков:
есть ли способ включить защищенную главную ветку без блокировки скрипта обновления?
До сих пор я рассмотрел следующее, но не смог найти способ реализовать их / посчитал их слишком хакерскими, чтобы бытьхорошая идея:
- Исключить файл из защищенного состояния ветки (т. е. разрешить коммиты, которые только редактируют журнал изменений, будут толкатьd непосредственно к мастеру)
- Сценарий временно отключает защиту на ветке
- Создайте PR и автоматически объедините его
- Добавьте jenkins в список пользователей, которым разрешено нажиматьосвоить, а затем попросить Дженкинса как-нибудь сгенерировать список изменений и передать его мастеру после слияния PR
Если у кого-то есть идеи получше, как этого добиться (или он знает, как эффективно его реализовать)из вышеперечисленного), пожалуйста, звоните!