Только ключи, если использовать gitolite второй версии. В третьей версии система модульная, можно взглянуть на документ sitaramc.github.com/gitolite/http.html. Просто стандартный метод аутентикации — ssh. При использовании smart http она перекладывается на веб-сервер, который может взаимодействовать с чем угодно для аутентикации пользователей.
Мы интегрировали redmine. Начиная с версии 0.9 и до текущей 1.4 все работает прекрасно. Из особенностей:
репозитории должны располагаться на одном сервере с redmine (либо можно клонировать на него специальных хуком при пуше)
у сервера, который будет запускать redmine должны быть права на доступ к директории с репозиториями
для удобства желательно добавить в репозитории хук, который будет сообщать redmine об изменениях (иначе redmine прийдется постоянно обращаться к репозиториям)
В качестве сервера для запуска использовали fastcgi-обертку в lighttpd и redmine/public/dispatch.fcgi.
Если будет интересно и на хабре это не описано, могу написать статью об этом.
Хотелось бы добавить, что для сохранения директорий обычно в листовых создают .gitkeep, а не .gitignore, последний обычно используется по прямому назначению.
Также стоит упомянуть, что gitolite 3 ещё относительно сырой, Sitaram Chamarty его недавно выложил в публичный доступ. С другой стороны, поломать что-либо там довольно сложно, т. к. вся конфигурация и сами репозитории хранятся, как нормальные bare-repo.
Я под впечатлением от прекрасного расположения PrintScreen. Теперь нажимать Alt+SysRq+B стало ещё удобнее. Особенно учитывая, что B находится прямо под трекпоинтом.
Если касаться AWS, то там есть и High-CPU, High-Mem, и Cluster compute instances. А раз они продают, значит спрос есть.
Да, для простых сайтов это не нужно. Но большинству достаточно если не шаред-хостинга, то vps. Меньшему количеству нужен нормальный ds. И совсем небольшому реально нужно легкое масштабирование на такой IaaS. И это ещё не столь узкая область применимости, как те же tesla.
post-recieve/post-update
хук такого вида:Для этого, естественно, необходимо сгенерировать ключ и разрешить работу веб-сервиса управления хранилищами в настройках redmine.
Резюмируя, gitolite не занимается аутентикацией, но только авторизаций: sitaramc.github.com/gitolite/auth.html.
.gitkeep
, как и.gitignore
с этой целью — конвенции. Лично я предпочитаю использовать.gitignore
по его прямому предназначению.На эту тему можно глянуть stackoverflow.com/questions/7229885/gitignore-vs-gitkeep
Мы интегрировали redmine. Начиная с версии 0.9 и до текущей 1.4 все работает прекрасно. Из особенностей:
В качестве сервера для запуска использовали fastcgi-обертку в lighttpd и
redmine/public/dispatch.fcgi
.Если будет интересно и на хабре это не описано, могу написать статью об этом.
.gitkeep
, а не.gitignore
, последний обычно используется по прямому назначению.Также стоит упомянуть, что gitolite 3 ещё относительно сырой, Sitaram Chamarty его недавно выложил в публичный доступ. С другой стороны, поломать что-либо там довольно сложно, т. к. вся конфигурация и сами репозитории хранятся, как нормальные bare-repo.
PrintScreen
. Теперь нажиматьAlt+SysRq+B
стало ещё удобнее. Особенно учитывая, чтоB
находится прямо под трекпоинтом.раз..раздобайство российских банков.В смысле jabber-api можно было использовать предоставляемый redmine REST api в связке с любым расширяемым ботом.
Да, для простых сайтов это не нужно. Но большинству достаточно если не шаред-хостинга, то vps. Меньшему количеству нужен нормальный ds. И совсем небольшому реально нужно легкое масштабирование на такой IaaS. И это ещё не столь узкая область применимости, как те же tesla.