to post messages and comments.

от @Бобук
На волне всеобщего увлечения devops'изацией, в куче компаний решили что админы не нужны, и управлением серверами могут заниматься сами разработчики. Могут, но неплохо бы думать научиться, чтобы небыло как с GitLab: один разработчик случайно удаляет продакшн базу данных, перепутав сервера. И тут выясняется, что бэкапы есть, но восстановить из них ничего нельзя. В общем поучительная история.

Наконец обновил gitlab на фряхе. Установленный, увы, не из портов. Ну что сказать... с одной стороны конечно вся эта установка в бандл мимо системы это дрочь и неправильно. С другой — аккуратность и подробность исполнения радует. Апнул с 8.4.7 -> 8.7.0, пришлось доставить postgresql-contrib, ибо база теперь юзает индексы TRIGRAM. Страшно подумать, каких высот добились бы парни, если бы не тратили время на omnibus-ы для заезжих в *nix пассажиров. Обычно копание в поставленном "мимо системы" вызывает раздражение и часто, в особо упоротых случаях, гнев. И приятно, когда хотя и "мимо системы", но сделано логично и аккуратно.

В свете GitHub-вакханалии (но, скорее, не по причине, а по поводу, т.к. мне почти без надобности) развернул (хе-хе, на самом деле тупо запустил готовый контейнер в Docker) пощупать GitLab. Прикольно и достаточно прилично всё сделано. Но ресурсов жрёт, мама родная... o_O Только ruby-компоненты и только RSS под гиг выжрали. А уж запускается минут под 10, наверное...

Жаль, что аналогичной системы под Mercurial нет, только Kallitea, но она намного слабее...

Себе на заметку: ошибка с неотправкой почты в первотеге(в логах sidekiq undefined method `map' for nil:NilClass) лечится установкой redis версии > 2.0, для дебиана 6 оно в бэкпортах есть redis-server 2.4

В версии Gitlab 5.1 появилась неприятная регрессия на RHEL/CentOS, выражающаяся в проблемах с показом commit сообщений в файловом браузере репозитория:

Completed 500 Internal Server Error in 52ms
ActionView::Template::Error (undefined method `committed_date' for nil:NilClass):

Решением проблемы является обновление git в RHEL/CentOS хотя бы до версии 1.7.11.

Интересно наблюдать ту эпоху, когда в компании вроде бы ещё и нет теологических распрей по поводу VCS, но все разработчики, несмотря на то, где они территориально находятся, начали использовать инсталлированный мной около года назад для своих нужд сервер с gitolite, ныне уже с gitlab. Быть может уже пора подсказать им написать регламент и официально задокументировать наличие gitlab как инструмента разработки в компании? :)

Gitlab, ты прекрасен, но я тебя не навижу. А ещё больше ненавижу людей, написавших все эти инструкции по обновлениям, а также 4 часа random code movement в поисках проблем, неочевидных зависимостей и волшебства. Работает. 4.0. На CentOS с штатным gitolite3 из epel.

Со второй попытки нечаянно успешно заинсталлировал gitlab. Он и правда прекрасен, но установка нетривиальна, даже в официальной документации есть неточности и неочевидные моменты. Что уж говорить про сторонние статьи.