|
Рубрика:
Разработка /
DevOps
|
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
|
Александр Казённов:
«Мы не вмешиваемся в работу команд разработки
и не диктуем, как им писать документацию»
 Организация процесса разработки программного обеспечения – вещь сложная. С одной стороны, так как разработчики – люди творческие, то, по идее, и процесс разработки в каждом случае должен быть сугубо уникален и неповторим. С другой стороны, каждая компания, каждый бизнес стремится оптимизировать этот процесс в целях повышения качества и скорости разработки продукта и снижения расходов. Чтобы разрешить это противоречие, мы попросили поделиться опытом и рассказать, как обстоит дело с этой непростой задачей в компании 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С.
<...>
Подпишитесь на журнал
Купите в Интернет-магазине
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
|
Александр Казённов: «Мы не вмешиваемся в работу команд разработки и не диктуем, как им писать документацию»
