---
title: "\u0420\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u2014 Dinext"
description: "\u0441\u043e\u043f\u0440\u043e\u0432\u043e\u0436\u0434\u0435\u043d\u0438\u0435 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043f\u043e \u0437\u0430\u0434\u0430\u0447\u0430\u043c \u0438 \u0437\u0430\u043f\u0440\u043e\u0441\u0430\u043c \u2014 \u0441\u0432\u044f\u0437\u044c \u0441 GitLab, \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0441\u0442\u0430\u0442\u0443\u0441\u043e\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438, cockpit \u00ab\u0420\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438\u00bb, \u043e\u0442\u0447\u0451\u0442\u044b traceability \u0438 \u0441\u043e\u0441\u0442"
space: "Docs"
url: "https://docs.dinext.ru/docs/biznes-funktsii/razrabotki"
updated: "2026-07-09"
---

# Разработки

## Назначение

Раздел описывает сопровождение разработки по задачам и запросам в Dinext: связь с GitLab, автоматическое обновление статусов разработки, рабочее пространство «Разработки» и отчёты по traceability и составу релиза. Цель — вести разработку в едином контуре с проектным управлением без отдельного трекера.

## Цели и задачи

- Планировать и вести задачи и запросы разработки в Dinext.
- Связывать work item с ветками, коммитами, merge request, pipeline и развёртываниями в GitLab.
- Автоматически обновлять статус разработки по фактам из GitLab.
- Давать тимлидам и руководителям проектов сводку без обязательного входа в GitLab.
- Выявлять расхождения traceability и формировать состав релиза.

## Для кого

- Разработчики.
- Тимлиды и руководители разработки.
- Руководители проектов.
- Администраторы интеграции GitLab.

## Основные понятия

- **Статус разработки** — агрегированное состояние задачи или запроса по активным артефактам GitLab (не начато, в разработке, слито, отклонено, сбой pipeline, развёрнуто).
- **Артефакт разработки** — branch, commit, merge request, pipeline, deployment, release или tag в GitLab, связанный с задачей или запросом.
- **Traceability (прослеживаемость)** — связь от задачи Dinext до фактов в GitLab и обратно.
- **Рабочее пространство «Разработки»** — сводный cockpit по Git-статусам, предупреждениям и быстрым переходам к отчётам.

## Основные сущности / объекты

- Задача и запрос с вкладкой **Development** (Разработка).
- Настройки GitLab на уровне организации и маппинг репозиториев на проект.
- Отчёты **«Исключения traceability GitLab»** и **«Состав релиза»**.
- Журнал событий GitLab и реестр артефактов разработки (для администраторов).

## Основные сценарии / процессы

### Старт разработки из задачи

1. Создайте или откройте задачу/запрос в Dinext.
2. Перейдите на вкладку **Development**.
3. Нажмите **Create Branch** (⎇) или укажите ключ задачи Dinext в названии branch / merge request / commit в GitLab — система свяжет артефакты автоматически.
4. Отслеживайте связанные артефакты и агрегированный статус разработки в карточке.

**Скриншот:** Вкладка Development на карточке задачи. Изображение `razrabotki-task-development-vkladka.png` будет добавлено после загрузки assets.

### Контроль команды

1. Откройте рабочее пространство **«Разработки»**.
2. В блоке **«Сводка разработки»** просмотрите карточки-счётчики по статусам для задач и запросов: в разработке, смержено, развёрнуто, отклонено.
3. В блоке **«Предупреждения и исключения»** обратите внимание на расхождения, сбои pipeline и отклонённые work items.
4. Перейдите по ярлыкам к отчётам **«Исключения traceability»**, **«Состав релиза»** или списку **«Артефакты разработки»**.

**Скриншот:** Рабочее пространство «Разработки» со сводкой по Git-статусам. Изображение `razrabotki-workspace-svodka.png` будет добавлено после загрузки assets.

### Отчёт «Исключения traceability GitLab»

Отчёт помогает найти разрывы прослеживаемости между Dinext и GitLab. Данные собираются из связей work item с артефактами разработки и актуального состояния артефактов в системе (удалённые артефакты не учитываются).

Выберите **режим** отчёта:

| Режим | Назначение |
|-------|------------|
| Задачи без merge request | У work item есть связанные артефакты GitLab, но нет merge request |
| Merge request без задачи | В GitLab есть MR, не привязанный ни к одной задаче или запросу |
| Сбойные pipeline | Pipeline в статусе failed, связанный с work item |
| Зависшие ревью | Merge request в статусе opened или locked длительное время |
| Задачи в релизе без merge | У work item есть release/tag/deployment, но нет слитого MR |

**Скриншот:** Отчёт «Исключения traceability GitLab». Изображение `razrabotki-traceability-isklyucheniya.png` будет добавлено после загрузки assets.

### Отчёт «Состав релиза»

1. Укажите релиз или тег GitLab и связанный проект.
2. Получите список work items и артефактов, входящих в состав релиза.
3. Используйте отчёт для подготовки release notes и проверки полноты traceability перед публикацией.

**Скриншот:** Отчёт «Состав релиза». Изображение `razrabotki-sostav-reliza.png` будет добавлено после загрузки assets.

### Настройка интеграции GitLab (администратор)

1. Создайте запись **GitLab Instance** с URL сервера и токеном доступа.
2. Настройте **маппинг проекта** Dinext на репозитории GitLab.
3. Зарегистрируйте **webhook** на стороне GitLab — Dinext принимает события push, merge request, pipeline, deployment и синхронизирует артефакты.
4. При необходимости выполните начальную **сверку (reconciliation)** исторических данных.

## Правила и ограничения

- Интеграция требует настройки GitLab Instance и маппинга проекта.
- Создание ветки из карточки задачи использует персональный токен GitLab пользователя.
- Статус разработки вычисляется по активным артефактам; удалённые в GitLab branch и другие артефакты исключаются из отчётов.
- Исторические ключи из других систем поддерживаются через реестр alias.

## Результаты / отчетность

- Статусы разработки на списках задач и запросов.
- Рабочее пространство «Разработки» с агрегированной сводкой.
- Отчёты исключений traceability и состава релиза.
- Журнал событий GitLab для диагностики (администраторы).

## Типовые вопросы и ошибки (FAQ)

### Для чего нужен отчёт «Исключения traceability GitLab»?

Чтобы быстро найти work items и артефакты GitLab, которые не связаны корректно: задачи без MR, MR без задачи, сбойные pipeline, зависшие ревью, задачи в релизе без слияния. Отчёт строится по данным связей и текущему состоянию артефактов в Dinext.

### Каким образом отчёт собирается?

Dinext анализирует все связи work item ↔ артефакт разработки и актуальные записи артефактов (ветки, MR, pipeline и т.д.), исключая помеченные как удалённые. Для каждого режима применяются свои правила отбора строк — см. таблицу режимов выше.

### Почему статус разработки не обновился после push в GitLab?

Проверьте, что webhook доставляет события на Dinext, ключ задачи указан в branch/MR/commit, а проект замаплен на репозиторий. Администратор может просмотреть журнал событий GitLab.

### Можно ли работать без вкладки Development?

Основной пользовательский сценарий — через вкладку Development на задаче/запросе и workspace «Разработки». Связь также возможна при указании ключа Dinext в GitLab вручную.

## Связанные темы

- [Задачи](../задачи/Задачи.md)
- [Проекты](../проекты/Проекты.md)
- [Workflow](../../сервисы-платформы/workflow/Workflow.md)