Есть сервер А, на нём находится gitolite и bare-репозитории. Есть удалённые сервера B и C, которые пушат в А, в один и тот же репозиторий с помощью одного и того же ключа. Когда, например, B пушит в А, у последнего срабатывает хук post-receive, где дёргаются оба B и C, то есть уже А заходит поочерёдно на B и на С и вызывает на них git pull, чтобы везде всё было одинаково и как только так сразу. В принципе, оно и так работает, но получается, что pull всегда делается и для того репозитория, который инициировал пуш в А. В этом нет беды, но в выхлопе пуша (пока выполняется хук) выводится ненужный, запутывающий и смущающий блок о том, что pull с 「remote B」выполнен успешно, хотя это для А он remote, а для нас он волпне себе локальный, с него ведь пуш и пинали, а раз так — зачем вообще его делать. Отсюда вопрос: можно ли как-то опознать, с какой машины прилетел коммит, желательно опознать её по IP, чтобы сравнить внутри хука с тем, что в .git/config, и затем соответственно выполнять соответствующий блок, который прорелеит коммит только на ту машину, где его ещё нет. И при этом желательно не давать права на чтение auth.log, да.
Ответ на:
комментарий
от Deleted
Ответ на:
комментарий
от AnDoR
Ответ на:
комментарий
от Deleted
Ответ на:
комментарий
от AnDoR
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум [git] Синхронизация репов перекрытием post-receive (2011)
- Форум Повесить хук (2019)
- Форум Git-хук при получении изменений в пустой репозиторий (2021)
- Форум Зашел я ... (2008)
- Форум Вопросы про хуки (2022)
- Форум опознайте... (2009)
- Форум Зашёл на википедию... (2007)
- Форум Не работают хуки portage (2020)
- Форум Помогите улучшить хук usePromise (2023)
- Форум Опознать реакцию (2013)