Александр Казённов: «Мы не вмешиваемся в работу команд разработки и не диктуем, как им писать документацию»::
www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Наука и технологии
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Вакансии
Контакты
   

  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

 Читать далее...

1001 и 1 книга  
20.12.2019г.
Просмотров: 5819
Комментарии: 0
Dr.Web: всё под контролем

 Читать далее...

04.12.2019г.
Просмотров: 7003
Комментарии: 1
Особенности сертификаций по этичному хакингу

 Читать далее...

28.05.2019г.
Просмотров: 8252
Комментарии: 2
Анализ вредоносных программ

 Читать далее...

28.05.2019г.
Просмотров: 8509
Комментарии: 2
Микросервисы и контейнеры Docker

 Читать далее...

28.05.2019г.
Просмотров: 7484
Комментарии: 0
Django 2 в примерах

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

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

Архив номеров / 2020 / Выпуск №07-08 (212-213) / Александр Казённов: «Мы не вмешиваемся в работу команд разработки и не диктуем, как им писать документацию»

Рубрика: Разработка /  DevOps

 

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

Организация процесса разработки программного обеспечения – вещь сложная. С одной стороны, так как разработчики – люди творческие, то, по идее, и процесс разработки в каждом случае должен быть сугубо уникален и неповторим. С другой стороны, каждая компания, каждый бизнес стремится оптимизировать этот процесс в целях повышения качества и скорости разработки продукта и снижения расходов. Чтобы разрешить это противоречие, мы попросили поделиться опытом и рассказать, как обстоит дело с этой непростой задачей в компании 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С.

 

<...>


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

Комментарии отсутствуют

Добавить комментарий

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

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru