Александр Казённов:
«Мы не вмешиваемся в работу команд разработки
и не диктуем, как им писать документацию»

Организация процесса разработки программного обеспечения – вещь сложная. С одной стороны, так как разработчики – люди творческие, то, по идее, и процесс разработки в каждом случае должен быть сугубо уникален и неповторим. С другой стороны, каждая компания, каждый бизнес стремится оптимизировать этот процесс в целях повышения качества и скорости разработки продукта и снижения расходов. Чтобы разрешить это противоречие, мы попросили поделиться опытом и рассказать, как обстоит дело с этой непростой задачей в компании ALP Group.
На вопросы «СА» отвечает руководитель корпоративной практики Департамента корпоративных информационных систем (ДКИС) ALP Group.

– Какие сервисы у вас используются?

– У нас используется СУИ, как трекер задач, где заводятся различные обращения и инциденты, СУИ связан с GitLab, это второй сервис. GitLab представляет собой хранилище кода. Каждое помещение в GitLab либо в хранилище имеет свой номер задачи, и эта задача присутствует в СУИ, это то, что касается части 1С.

Также есть Jira – это трекер задач, там точно такая же привязка к коду, который помещается в GitLab. Связка классическая, используется большинством компаний.

В СУИ присутствует привязка, когда выпускается релиз, происходит обращение из СУИ к Jenkins. Получается Jenkins – еще один инструмент. С его помощью происходят различные сборки, обновления и так далее. Кроме того, Jenkins связывается еще с Jira точно таким же образом. В Jira есть точно такая же сущность релиза, когда коллеги выпускают релиз, они передвигают, грубо говоря, карточку из одного раздела в базе в другой. Срабатывает Webhook, который перехватывает это событие, и после этого выпускаются задачи сборки в Jenkins, который делает то, что в задаче прописано. Jenkins – ключевой инструмент, который отвечает за автоматизацию большинства процессов, применительно к части 1С.

– У нас используется СУИ, как трекер задач, где заводятся различные обращения и инциденты, СУИ связан с GitLab, это второй сервис. GitLab представляет собой хранилище кода. Каждое помещение в GitLab либо в хранилище имеет свой номер задачи, и эта задача присутствует в СУИ, это то, что касается части 1С.

Также есть Jira – это трекер задач, там точно такая же привязка к коду, который помещается в GitLab. Связка классическая, используется большинством компаний.

В СУИ присутствует привязка, когда выпускается релиз, происходит обращение из СУИ к Jenkins. Получается Jenkins – еще один инструмент. С его помощью происходят различные сборки, обновления и так далее. Кроме того, Jenkins связывается еще с Jira точно таким же образом. В Jira есть точно такая же сущность релиза, когда коллеги выпускают релиз, они передвигают, грубо говоря, карточку из одного раздела в базе в другой. Срабатывает Webhook, который перехватывает это событие, и после этого выпускаются задачи сборки в Jenkins, который делает то, что в задаче прописано. Jenkins – ключевой инструмент, который отвечает за автоматизацию большинства процессов, применительно к части 1С.

<...>

Подпишитесь на журнал
Купите в Интернет-магазине

Комментарии могут оставлять только зарегистрированные пользователи