- Предназначение
- Требования
- Продукты
- Заказная разработка
- Медиацентр
- Обучение
- Партнеры
- О компании
- Контакты
Подпишись на рассылку
Техподдержка
Техподдержка
меню
Предназначение
Стандарты
Продукты
Заказная разработка
Приступить к разработке
Документы
Медиацентр
Обучение
Партнерам
Контакты
Платформа Digital Q.VCS
Управляйте исходным кодом программных продуктов с платформой Digital Q.VCS!
Digital Q.VCS
Платформа Digital Q.VCS позволяет управлять изменениями исходного кода программных продуктов в соответствие с установленными правилами
ЧЕТЫРЕ КЛАССИЧЕСКИE ПРОБЛЕМЫ ПРИ РАБОТЕ С ИСХОДНЫМ КОДОМ
1.
Непонятно, кто, что и зачем делал
Через какое-то время уже невозможно понять, для чего сделаны изменения в коде
2.
Ветки кода трудно объединяются
Когда изменения копятся в ветке неделями и месяцами, ее объединение с основным кодом отнимает много времени. Код старой ветки проще написать заново, чем объединить
3.
Пользователи получают неготовый функционал
По окончании рабочего дня разработчики сохраняют исходный код в репозитории, даже если он не полностью готов. При этом изменения сразу становятся доступны пользователям. Попытка работы с неготовым функционалом приводит к ошибкам
4.
Непонятно, что именно нужно обновить
Выпущены исправления и доработки
УЗНАТЬ БОЛЬШЕ
РАБОТАТЬ С ИЗМЕНЕНИЯМИ ИСХОДНОГО КОДА ЛЕГКО И ПРОСТО
Ни одно ваше изменение не пропадет
Исходный код, история его изменений и соответствующие им выпуски готового продукта связаны и всегда доступны всем участникам процесса. Изменения исходного кода легко объединить. Нет необходимости прерывать разработку, чтобы выпустить новую версию программного продукта
Исходный код, история его изменений и соответствующие им выпуски готового продукта связаны и всегда доступны всем участникам процесса. Изменения исходного кода легко объединить. Нет необходимости прерывать разработку, чтобы выпустить новую версию программного продукта
ПРЕИМУЩЕСТВА ДЛЯ ВАС
Каждое изменение связано с решением определенной задачи
Для каждого изменения указан номер задачи
Каждое изменение исходного кода программного продукта выполняется в рамках определенной задачи. По номеру задачи всегда возможно понять, кто, зачем и когда сделал определенное изменение
Для каждого изменения указан номер задачи
Каждое изменение исходного кода программного продукта выполняется в рамках определенной задачи. По номеру задачи всегда возможно понять, кто, зачем и когда сделал определенное изменение
Легко объединять изменения
Предотвращение трудностей при слиянии
Модель управления ветками исходного кода в хранилище и соглашения об именовании веток позволяют легко ориентироваться в назначении веток и правилах управления ими. Мониторинг, реализованный с помощью дашборда, позволяет вовремя отслеживать своевременные слияния веток и предотвращает трудности при слиянии долгоживущих веток
Предотвращение трудностей при слиянии
Модель управления ветками исходного кода в хранилище и соглашения об именовании веток позволяют легко ориентироваться в назначении веток и правилах управления ими. Мониторинг, реализованный с помощью дашборда, позволяет вовремя отслеживать своевременные слияния веток и предотвращает трудности при слиянии долгоживущих веток
Защита от неготового функционала
Для каждого изменения указан номер задачи
Каждое изменение исходного кода программного продукта выполняется в рамках определенной задачи. По номеру задачи всегда возможно понять, кто, зачем и когда сделал определенное изменение
Для каждого изменения указан номер задачи
Каждое изменение исходного кода программного продукта выполняется в рамках определенной задачи. По номеру задачи всегда возможно понять, кто, зачем и когда сделал определенное изменение
Защита от неготового функционала
Доступный функционал всегда полностью закончен
Модуль управления ветками исходного кода в хранилище, позволяет все доработки вести в отдельных ветках до их стабилизации. По окончании доработки изменения переносятся в основную ветку исходного кода, что позволяет передавать только полностью законченную функциональность
Доступный функционал всегда полностью закончен
Модуль управления ветками исходного кода в хранилище, позволяет все доработки вести в отдельных ветках до их стабилизации. По окончании доработки изменения переносятся в основную ветку исходного кода, что позволяет передавать только полностью законченную функциональность
связаться с нами
НЕКОТОРЫЕ ЦИФРЫ
>0
репозиториев в хранилище исходного кода
>0
слияний исходного кода в неделю
>0
коммитов в неделю
PBC ПЛАТФОРМЫ DIGITAL Q.VCS
Хранилище кодаОрганизация хранения исходного кода приложений
Стандартные программные интерфейсы к системе контроля версий. Хранение информации о связи конфигурационных элементов с репозиториями кода и связи коммитов в репозитории кода с другими конфигурационными элементами – сервисами, задачами
Конфигурационное управлениеСистема контроля выполнения правил конфигурационного управления
Отслеживание выполнения правил конфигурационного управления, ведение нумерации версий конфигурационных элементов, хранение связи номеров версий с изменениями кода. Ведение учета версий конфигурационных элементов и их выпусков
узнать больше
КОМПОЗИЦИЯ МНЕНИЙ, ПОЗВОЛЯЮЩАЯ УЗНАТЬ ЕЩЕ БОЛЬШЕ
ATLASSIAN
Пользу VCS невозможно переоценить. Этот инструмент вносит массу преимуществ в процесс совместной работы команды разработчиков. В любом проекте по разработке ПО, в котором над файлами исходного кода работает не один разработчик, обязательно нужно использовать VCS. Кроме того, проектам, в которых код сопровождает один специалист, VCS тоже поможет. По сути в современном проекте по разработке ПО не существует веской причины отказываться от использования VCS.
MICROSOFT
Даже если вы разрабатываете в одиночку, система контроля версий помогает вам в организации процесса, так как вам необходимо исправлять ошибки и реализовывать новые возможности. Система контроля версий хранит историю вашей разработки, что позволяет проанализировать изменения и даже легко вернуться к любой версии вашего кода.
ПРИМЕРЫ РЕШЕНИЙ
Типовое решение в микросервисной архитектуре
Система версионного контроля. Типовое решение
Разработчик выполняет коммит в системе контроля версий, информация о коммите автоматически заносится в PBC «Хранилище кода». Сообщение о коммите передается в PBC «Конфигурационное управление». В данном PBC выполняется проверка выполненного коммита на соответствие определенным правилам (указан номер задачи, ветка исходного кода имеет допустимое наименование и другие проверки). В случае успешного прохождения всех проверок сохранение коммита в системе контроля версий разрешается и формируется запрос на сборку.
PBC «Сборка» выполняет сборку программного продукта.
Совместная разработка
Система версионного контроля для совместной разработки
В PBC «Хранилище кода», расположенное у клиента, передается архетип микросервиса из PBC «Хранилище кода», расположенного в «Диасофт». В компонент Nexus, расположенный у клиента, передаются библиотеки из PBC «Репозиторий артефактов», расположенного в «Диасофт». Разработчик выполняет коммит в системе управления версиями клиента (например, GitLab или BitBucker). Данный коммит передается в PBC «Хранилище кода», установленное у клиента. После передачи коммита формируется запрос на сборку. PBC «Сборка» выполняет сборку программного продукта с использованием исходного кода из PBC «Хранилище кода» и библиотек из компонента Nexus. С определенной периодичностью исходный код из PBC «Хранилище кода», расположенного у клиента, передается в PBC «Сервис конфигурационного управления», расположенный в «Диасофт». Данный PBC анализирует исходный код на наличие изменений и, в случае их обнаружения, обогащает его определенными данными (номера задач, информация о репозиториях и др.) и выполняет коммит в PBC «Хранилище кода», расположенное в «Диасофт».
InnerSource
Сторонний разработчик отправляет изменение кода в системе контроля версий, где формируется запрос на слияние кода. Запрос на слияние кода отправляется владельцу кода. Владелец кода проверяет код, при необходимости исправляет его и акцептует коммит. Информация о коммите передается в PBC «Конфигурационное управление». PBC выполняет проверку коммита. После успешной проверки сохранение коммита разрешается, формируется запрос на сборку. PBC «Сборка» выполняет сборку программного продукта с использованием исходного кода из PBC «Хранилище кода», формирует образы. Результат сборки передается далее - на проверку и для дальнейшего выпуска.
OpenSource (импортозамещение)
Владелец Fork получает исходный код библиотеки из внешней платформы (например, GitHub), вносит требуемые изменения в исходный код (делает Fork) и выполняет. Исходный код передается в PBC «Сборка», и импортозамещенная библиотека сохраняется в репозитории артефактов. Прикладной разработчик при реализации функциональности в прикладном модуле выполняет коммит. Информация о коммите передается в PBC «Конфигурационное управление». PBC выполняет проверку коммита. После успешной проверки коммит разрешается, формируется запрос на сборку. PBC «Сборка» использует библиотеки, в том числе импортозамещенные, репозитория артефактов. В случае обнаружения ошибки в импортозамещенной библиотеке прикладной разработчик формирует запрос на исправление ошибки. Владелец Fork исправляет ошибки и формирует новую версию библиотеки.
ДОРОЖНАЯ КАРТА
Шаг №1.
Установить правила
Установить правила использования веток исходного кода
Все участники разработки одинаково понимают назначение веток исходного кода и возможные действия с ними
Шаг №2.
Хранить историю
Хранить историю изменений исходного кода
Для анализа каждого изменения доступна информация о его авторе и задаче, в рамках которой сделано изменение, исходном коде до и после изменения. В случае необходимости можно отменить выполненные изменения
Шаг №3.
Объединять изменения
Обеспечить возможность автоматического объединения изменений исходного кода
Большая часть слияний исходного кода выполняется автоматически. В случае необходимости «ручного разрешения» конфликтов платформа предлагает другие возможные решения
Новости платформы
В 2025 году, когда цифровизация и импортозамещение стали главными трендами, особенно важно не просто создавать новые ИТ-продукты, а получать реальные результаты от их внедрения. Быстро разрабатывать и внедрять новые ИТ-решения, снижая затраты и минимизируя зависимость от дефицита квалифицированных разработчиков — критически важные условия современной разработки. Экосистема low-code разработки Digital Q позволяет радикально снизить затраты и повысить скорость и качество производства ИТ-решений.
Подробнее
Эффективное использование информационных технологий в крупных организациях — это критически важный фактор успеха бизнеса в целом. Важно, чтобы IT-архитектура была в состоянии обеспечивать готовность компании к росту, изменениям и неожиданностям. Здесь на помощь приходит микросервисная архитектура. Создание микросервисных приложений сопряжено с рядом сложностей, однако с ними позволяют справиться low-code платформы. Подробнее об этом — в интервью Александра Сахарова, директора по работе с партнерами компании «Диасофт».
Подробнее
свяжитесь
с нами
с нами
контакты
Для прямой связи с нами вы можете использовать контакты ниже, либо оставить заявку через форму обратной связи, и мы обязательно свяжемся с вами