Pull to refresh

Comments 9

> Gitolite и gitosis не могут одновременно использовать один экземпляр ssh

Можно поподробнее? Почему? Насколько я помню, никаких изменений именно в конфигурацию sshd нет.
Всё дело в файле authorized_keys. Gitosis'у и gitolite'у нужно эксклюзивное владение этим файлом. А для одного instance'a ssh задаётся только один такой файл. Поэтому чтобы не было конфликтов надо поднять второй instance, который будет использовать другой файл authorized_keys
Да, каюсь. Невнимательно читал и пропустил «Идея состоит в следующем: поднять на этом же пользователе gitolite».

Но если подумать – то origin url все равно меняется, так как надо указывать порт. Почему бы тогда не поменять ssh пользователя, а репы не закинуть ему симлинками?
На нестандартном порту висит gitolite. После того как все конфиги протестированы этот instance выключается. А gitolite переносится на стандартный порт, как и описано в конце статьи
На другом пользователе нельзя поднимать, поскольку много систем зависит от origin url.
Потребуется использовать разные public-key, так как вся суть записывается в .ssh/authorized_keys,
Самое забавное — в authorized_keys может быть сколько угодно ключей.
Либо авторы программ, либо автор статьи об этом не знают…
Не совсем верно. gitlite и gitosis не парсят фаил authorized_keys, а просто его перезаписывают.
Значит, «авторы программ». Это бажное поведение и требует исправления.
Вот как только я убил полтара дня на пляски вокруг redmine_gitosis и пониманием того что в версиях 1.4 redmine и более оно уже работать в принципе не будет и нужен переход на redmine_git_hosting который как раз использует gitolite, но не нашел ни одной статьи по миграции с гитозиса… а тут, бац, и она появилась!
Sign up to leave a comment.

Articles