to post messages and comments.

8.13.12 -> 8.15.7

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

docs.google.com
красавчики чо, особенно про LVM.

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

В 8.2.2 второтэг gitlab.com

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

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

Провел небольшую интеграцию всех этих чудес вместе, благо админы сподобили. Надеюсь команде это пойдет на помощь и я не даром убил пару дней жизни

chrome.google.com

Почему я не видел этого раньше?!

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

vote plz
serverfault.com

Сделал 5.3 -> 5.4 -> 6.0 -> 6.1
Работает. В 6.0 они снова перешли с puma на unicorn.

В версии 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.

Да что уж там терпеть. 5.0.1 -> 5.1. Разве что понадобилось удалить /home/git/gitlab/tmp/sockets/gitlab.socket, иначе puma нормально не стартовал. Да-да, они заменили unicorn на puma в 5.1.

Только что 4.0.1 -> 4.1 -> 4.2 -> 5.0.1. И только что они написали пост, что зарелизили 5.1, по идее, обновление обычно, но лучше подождать страничку в вики :)

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

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

Только сегодня утром с замиранием сердца обновил gitlab наших разработчиков c 2.6 до 3.0. Как оказалось, что сегодня вышла версия 3.1 :(

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