Comments 8
Вопрос менеджмента хуков на серверной стороне не рассмотрели. Объясню. Дело в том, что в текущей архитектуре хранение кода оторвано от веб морды гитлаба. И за хранение Гита отвечает, внезапно, демон gitaly. Соответственно, это чисто внутренняя штука гитлаба, которая не терпит изменений напрямую из ФС. Тем более, если у вас HA инсталляция, которую в принципе можно собрать и бесплатно. Без премиума. Это первый момент. Т.е. хотелось бы обоснования "почему" метод описанный в статье будет работать.
Второй момент. Окей. Мы руками залезли в ФС, подтюнили гит хуки. Где гарантия, что в какой-то момент времени они не пропадут (например, с обновлением гитлаба) или не перестанут срабатывать?
В третьих, выглядит так, что действительно проще гитлаб купить. Это всё-таки инструмент, который позволяет зарабатывать деньги, а, следовательно, стоит вложиться в него. На каком там уровне гит хуки появляются? 4 доллара за пользователя в месяц? А заодно и получаем кучу другого полезного функционала и спим спокойно.
Вопрос менеджмента хуков на серверной стороне не рассмотрели. Объясню. Дело в том, что в текущей архитектуре хранение кода оторвано от веб морды гитлаба. И за хранение Гита отвечает, внезапно, демон gitaly. Соответственно, это чисто внутренняя штука гитлаба, которая не терпит изменений напрямую из ФС.
Как не терпит? Где issue что gitaly не терпит изменений напрямую из ФС? Более того у Gitlab инструкция https://docs.gitlab.com/ee/administration/server_hooks.html по использованию серверных хуков.
Т.е. хотелось бы обоснования "почему" метод описанный в статье будет работать.
То почему? Он работает. Даже скриншоты сделал.
Второй момент. Окей. Мы руками залезли в ФС, подтюнили гит хуки. Где гарантия, что в какой-то момент времени они не пропадут (например, с обновлением гитлаба) или не перестанут срабатывать?
Вот и проверим. Думаю что не пропадут.
В третьих, выглядит так, что действительно проще гитлаб купить. Это всё-таки инструмент, который позволяет зарабатывать деньги, а, следовательно, стоит вложиться в него. На каком там уровне гит хуки появляются? 4 доллара за пользователя в месяц? А заодно и получаем кучу другого полезного функционала и спим спокойно.
У кого Gitlab купленный, тому этот пост не нужен. Добавил опрос про редакцию Gitlab
Как не терпит? Где issue что gitaly не терпит изменений напрямую из ФС? Более того у Gitlab инструкция https://docs.gitlab.com/ee/administration/server_hooks.html по использованию серверных хуков.
Л — Логика https://docs.gitlab.com/ee/administration/gitaly/praefect.html
На самом деле я ошибся — за серверные хуки отвечает gitlab-shell (другой демон, не gitaly), но там в доке все равно все как-то запутанно описано. Как-то хитро мержатся хуки из репозитория и из конфига гитлаба:
https://docs.gitlab.com/ee/administration/server_hooks.html
Server-side Git hooks are typically placed in the repository’s hooks subdirectory. In GitLab, hook directories are symlinked to the GitLab Shell hooks directory for ease of maintenance between GitLab Shell upgrades. Server hooks are implemented differently, but the behavior is exactly the same once the hook is created.
и
https://gitlab.com/gitlab-org/gitlab-shell
The gitlab-shell repository used to also contain the
Git hooks that allow GitLab to validate Git pushes (e.g. "is this user
allowed to push to this protected branch"). These hooks also trigger
events in GitLab (e.g. to start a CI pipeline after a push).
We are in the process of moving these hooks to Gitaly, because Git hooks
require direct disk access to Git repositories, and that is only
possible on Gitaly servers. It makes no sense to have to install
gitlab-shell on Gitaly servers.
p.s. вот еще две ссылки с блок-схемами, чтобы понимать как это выглядит "в натуре"
https://about.gitlab.com/handbook/engineering/infrastructure/production/architecture/
https://docs.gitlab.com/ee/development/architecture.html#simplified-component-overview
Блокируем заливку приватных ключей, архивов, больших файлов и не только в Gitlab CE