Быстрый запуск Atlassian Stack (JIRA+Bitbucket+Confluence) в контейнерах

Atlassian Stack (я решил его так назвать), объединяющий JIRA, Confluence и Bitbucket - одна из полезнейших связок в сфере сервисов для CI/CD и DevOps. В этой заметке я постараюсь описать, как можно быстро и удобно развернуть этот стек с помощью docker на своем сервере. Вы можете воспользоваться моим репозиторием для быстрого старта:

Здесь не реализованы все полезные возможности, например, Crowd, а также почтовый сервер работает только для SMTP. Добавляйте фичи сами. Заметку написал после того, как на работе пришлось разворачивать этот стек на небольшом сервере для определенных нужд компании.

How to hide system messages in Rocket.Chat

Rocket.Chat is a great tool, but it doesn`t permit to hide annoying system messages in channels about:

• privacy type
• room name
• room description
• room topic
• new roles

To hide them all use some custom CSS hacks below (section Layout->Custom CSS in Administation panel):

Кастомизация reviewers в Pull-Request`ах на Bitbucket

Нам понадобилась возможность делать merge пулл-реквеста для определенной группы пользователей без необходимости одобрения со стороны approvers. Т.е. главные разработчики могут позволить себе делать merge без code-review. Как оказалось, таких возможностей в Bitbucket нет. В случае задания в настройках репозитория опции “Requires N approvers” невозможно выполнить merge, какими бы полномочиями пользователь не обладал, Bitbucket требует одобрения! Конфигурация Branch Permissions также не может данную проблему. Выручить может ScriptRunner.

Jenkins+Bitbucket Pull Request CI

Данная заметка касается реализации варианта CI для fast-forward merging.

Алгоритм работы механизма CI в данном случае: Следуя подходу Git-flow, разработчик создает новый бранч (например new_feature) для реализации какой-либо функциональности. Выполнив работу, он отправляет результат в Bitbucket и создает там pull request (new feature → master). Этот pull request не может быть одобрен (т.е. невозможно сделать merge), пока не получится выполнить удачную сборку. В результате создания (обновления, либо открытия заново) pull-request`а срабатывает триггер, и Jenkins выполняет билд той ветки, которая должна быть слита. В нашем случае, настоящего слияния не происходит, а происходит перемотка, индекс перемещается на последний коммит (результат fast-forward). Таким образом, результат слияния веток более контролируем.

PXE-сервер на CentOS для сетевой загрузки за 5 минут

PXE-сервер - это полезная и удобная вещь во многих случаях:

• когда у оборудования или у вас проблемы с загрузкой иным способом;
• когда есть N экземляров железа, N портов в коммутаторе, N патч-кордов… :)
• когда это просто удобно!