После прочтения нескольких вопросов SOF, а также документации github, ближайшая информация, которую я могу найти по установке крючков git на github, представляет собой список поддерживаемых служб, здесь: https://developer.github.com/webhooks/#services

Однако эта страница не описывает ни

  • Разрешает ли сервис принятие / отклонение git push'es
  • Пример реализации push-сервиса для репозитория на github.com

Было бы очень полезно уточнить первый пункт маркера и пример кода / сценария для второго.

ОБНОВЛЕНИЕ Похоже, что github не поддерживает обработчики git на стороне сервера. Мы будем благодарны за любые обходные пути для этого ограничения. Мы стремимся предотвратить следующее в основной ветке:

  • перебазироваться
  • совершить
  • От себя

Почему? Мы намереваемся обновлять Master только напрямую из исходного репозитория с исходным кодом (наша вилка) непосредственно на Github.com и никогда в командной строке.

0
WestCoastProjects 14 Авг 2014 в 02:28

1 ответ

Лучший ответ

Вы не можете предотвратить толчок с помощью службы. Сервисы GitHub - это объекты, которые получают уведомление об изменении репо и в результате могут предпринимать независимые действия.

1
mipadi 14 Авг 2014 в 03:24
Такое было у меня впечатление. Есть ли предложения по поводу моего первоначального намерения - предотвратить нажатие на главную ветку?
 – 
WestCoastProjects
14 Авг 2014 в 03:26
@javadba: При каких условиях вы пытаетесь предотвратить толчки?
 – 
mipadi
14 Авг 2014 в 05:21
Все условия. Запрещается вносить какие-либо изменения в master в любое время через командную строку. Это репо представляет собой форк репозитория github, из которого мы будем выполнять периодическую синхронизацию (от источника до нашей вилки) непосредственно в графическом интерфейсе github и нигде больше. Вся наша собственная работа будет в ветках функций.
 – 
WestCoastProjects
14 Авг 2014 в 05:26
@javadba: если это репо организации, вы можете предоставить доступ только для чтения определенным командам репо: help.github.com/articles/…
 – 
mipadi
14 Авг 2014 в 23:11
Спасибо, но цель не в этом. Все участники будут иметь доступ на запись, но никто не должен иметь возможность обновлять мастер. Это не соответствует возможности R / O на уровне репо - это разрешение на уровне ветки.
 – 
WestCoastProjects
15 Авг 2014 в 00:55