В значительной степени случайный. Циклический алгоритм, но, учитывая, что они спрашивают свой сервер поставщиков, который может или не мог кэшировать что-то....
ОБЫЧНЫЕ ПОЛЬЗОВАТЕЛИ: Попросите у их поставщиков сервер DNS IP-адреса, который переходит, скорее всего, к корневым серверам и заставляет DNS спрашивать оттуда (случайный, т.е. круговой).
КОМПАНИИ: спросите их сервер собственного имени, который - снова - переходит к корню, и результат случаен.
Вам необходимо добавить оболочку для исправления разрешений на обработчике после обновления. В зависимости от того, как настроен ваш сервер, включает в себя разные шаги. Я опишу свой вариант использования и, надеюсь, вы сможете адаптировать его к своим потребностям.
На моем сервере голые репозитории (хабовые) управляются пользователем gitosis / gitolite / plain git с помощью git-shell.
Файлы в $ GITOSIS_HOME
принадлежат gitosis: gitosis
и имеют маскировку 077
.
Чтобы изменения были внесены правильно, мне нужно было добавить вызов во вспомогательный сценарий, который я храню в / usr / local / bin
, который рекурсивно устанавливает владельца, группу, разрешения и контекст SELinux в репозитории prime / live.
Кстати, мне также нужно было добавить в мой файл sudoers (5)
, чтобы разрешить gitosis
запускать сценарий от имени пользователя root с ! requiretty
и NOPASSWD
.