home.md

@@ -45,11 +45,29 @@
 
 ## DevOps
 
+### Сборка проекта
+
 На схеме отображен алгоритм сборки корневого репозитория **Root Repo**. В его состав входят несколько зависимых субмодулей (сборка которых должна происходить в определенном порядке), файлы сборки, и **Jenkinsfile** (в котором задан порядок сборки всего проекта).
 Очередность сборки проекта в **Jenkinsfile** учитывает зависимости субмодулей друг от друга, а так же некоторые особенности сборки, такие как `DevExpress`, без которого не удастся сборка модуля **ThirdParty**.
 
 ![Схема сборки репозитория RootRepo](uploads/5f8ad32f244fae230bf6dab181513605/RootRepo.jpg)
 
+### Бизнес процесс в Jira
+
+Что бы связать задачу в Jira c GitLab нужно при создании Merge Request добавить в commit message идентификатор задачи ( *Например: SHP-53 Добавлены новые шаблоны договоров* )
+
+Существует возможность автоматически закрывать задачу в Jira сразу после Merge (перенести задачу в статус **ГОТОВО**).
+Для этого нужно в commit message перед идентификатором задачи добавить одно из слов триггеров:
+- Closes
+- Fixes
+- Resolves
+
+![image](uploads/3025a05affae5ef8fdd246d1c38e1368/image.png)
+
+В данном случае процесс управляет порядком выполнения задач. Он исключает переход задачи в статус **ГОТОВО** не пройдя статус **CODE REVIEW**, в который, в свою очередь возможно попасть только из статуса **В РАБОТЕ**. 
+При создании задачи сразу следует определить исполнителя, а исполнителю следует изменить статус задачи из **ОТКРЫТО** --> **В РАБОТЕ**.
+> При переносе задачи в другой статус - она автоматически присваивается к переносящему пользователю как к *исполнителю*.
+
 -----
 
 ## ![image](uploads/b303647f5c28595e5ea5c56adf04532d/image.png) Знакомство и [установка](Страница-с-руководством-по-установке-и-настройке-Jenkins) Jenkins