Использование morten
учетной записи совершенно нормально.
Однако ваша установка странная, учитывая ваш текущий ~morten/.ssh/authorized_keys
контент:
Вместо /home/morten/gitolite/src/gitolite-shell morten
| у вас должно быть /home/morten/gitolite/bin/gitolite-shell morten
Это означает: gitolite-shell
должен быть в вашем $PATH
, и он должен быть в каталоге bin, созданном после выполнения:
"${github}/install" -to "${gtl}/bin"
(См. вариант 3 раздела «фактическая установка» раздела «Установка Gitolite< /а>")
с участием:
github
путь, по которому вы клонировали https://github.com/sitaramc/gitolite
gtl
путь, куда вы хотите установить gitolite (в вашем случае, например, /home/morten/gitolite
)
Затем проще сохранить файлы authorized_keys
и .gitolite.rc
и заново выполнить процесс инициализации:
gitolite setup -pk "${HOME}/.ssh/gitoliteadm.pub"
(при условии, что вы создали свой открытый и закрытый ключ, назвав его «gitoliteadm
», с помощью простого:
ssh-keygen -t rsa -f "${H}/.ssh/morten" -C "Gitolite Admin access (not interactive)" -q -P ""
)
Обратите внимание, что я намеренно оставил имя учетной записи ssh (morten
) отличным от учетной записи сервера gitolite (gitoliteadm
).
Вы по-прежнему будете клонировать с помощью git clone morten@ubuntu-server:gitolite-admin
(поскольку все файлы ssh находятся в ~morten/.ssh
), но вы будете делать это с закрытым/открытым ключом gitoliteadm
, побуждая gitolite получить доступ к своему репозиторию с «учетной записью» gitolite с именем «gitoliteadm
».
Таким образом, если вы измените физическую учетную запись пользователя для своего сервера gitolite, «логическая» учетная запись «gitoliteadm
» (со ссылкой на роль, а не на человека или ресурс).
person
VonC
schedule
24.05.2012