Платформа <span>Digital Q.VCS</span>
Платформа Digital Q.VCS
Управляйте исходным кодом программных продуктов с платформой Digital Q.VCS!
Запросить демо
Digital Q.VCS
Платформа Digital Q.VCS позволяет управлять изменениями исходного кода программных продуктов в соответствие с установленными правилами
ШЕСТЬ КЛАССИЧЕСКИХ ПРОБЛЕМ В РАБОТЕ С ИСХОДНЫМ КОДОМ
1
Непонятно, кто, что и зачем делал
Непонятно, кто, что и зачем делал
Через какое-то время уже невозможно понять, для чего сделаны изменения в коде
2
Ветки кода трудно объединяются
Ветки кода трудно объединяются
Когда изменения копятся в ветке неделями и месяцами, ее объединение с основным кодом отнимает много времени. Код старой ветки проще написать заново, чем объединить
3
Пользователи получают неготовый функционал
Пользователи получают неготовый функционал
По окончании рабочего дня разработчики сохраняют исходный код в репозитории, даже если он не полностью готов. При этом изменения сразу становятся доступны пользователям. Попытка работы с неготовым функционалом приводит к ошибкам
4
Непонятно, что именно нужно обновить
Непонятно, что именно нужно обновить
Выпущены исправления и доработки
УЗНАТЬ БОЛЬШЕ
Ни одно ваше изменение не пропадет
Исходный код, история его изменений и соответствующие им выпуски готового продукта  связаны и всегда доступны всем участникам процесса. Изменения исходного кода легко объединить. Нет необходимости прерывать разработку, чтобы выпустить новую версию программного продукта
РАБОТАТЬ С ИЗМЕНЕНИЯМИ ИСХОДНОГО КОДА ЛЕГКО И ПРОСТО
ПРЕИМУЩЕСТВА ДЛЯ ВАС
Каждое изменение связано с решением определенной задачи
Каждое изменение связано с решением определенной задачи
Для каждого изменения указан номер задачи
Каждое изменение исходного кода программного продукта выполняется в рамках определенной задачи. По номеру задачи всегда возможно понять, кто, зачем и когда сделал определенное изменение

Легко объединять изменения
Легко объединять изменения
Доступный функционал всегда полностью закончен
Все доработки ведутся в отдельных ветках, представляющих собой полную копию исходного кода программного продукта в определенный момент времени. По окончании доработки изменения переносятся в основную ветку исходного кода, что позволяет передавать только полностью законченную функциональность

Защита от неготового функционала
Защита от неготового функционала
Для каждого изменения указан номер задачи
Каждое изменение исходного кода программного продукта выполняется в рамках определенной задачи. По номеру задачи всегда возможно понять, кто, зачем и когда сделал определенное изменение
Защита от неготового функционала
Защита от неготового функционала
Доступный функционал всегда полностью закончен
Все доработки ведутся в отдельных ветках, представляющих собой полную копию исходного кода программного продукта в определенный момент времени. По окончании доработки изменения переносятся в основную ветку исходного кода, что позволяет передавать только полностью законченную функциональность
Централизованное хранилище библиотек
Централизованное хранилище библиотек
Все библиотеки хранятся у вас
Библиотеки расположены в централизованном хранилище, расположенном у вас. Для доступа к нему не требуется подключение к сети Интернет. Необходимые для сборки библиотеки не могут быть удалены сторонним разработчиком либо заблокированы в связи с изменениями условий лицензии. Кроме того, размещение библиотек в вашем хранилище позволяет увеличить скорость сборки программных продуктов. Централизованное хранение библиотек защитит их от вмешательства посторонних лиц с помощью системы управления правами доступа. Вы также можете разместить в хранилище измененные версии библиотек с целью импортозамещения
связаться с нами
НЕКОТОРЫЕ ЦИФРЫ
>0
репозиториев в хранилище исходного кода
>0
слияний исходного кода в неделю
>0
коммитов в неделю
PBC ПЛАТФОРМЫ DIGITAL Q.VCS
Хранилище кодаОрганизация хранения исходного кода приложений
Хранилище кода<span>Организация хранения исходного кода приложений</span>
Стандартные программные интерфейсы к системе контроля версий. Хранение информации о связи конфигурационных элементов с репозиториями кода и связи коммитов в репозитории кода с другими конфигурационными элементами – сервисами, задачами
Конфигурационное управлениеСистема контроля выполнения правил конфигурационного управления
Конфигурационное управление<span>Система контроля выполнения правил конфигурационного управления</span>
Отслеживание выполнения правил конфигурационного управления, ведение нумерации версий конфигурационных элементов, хранение связи номеров версий с изменениями кода
узнать больше
КОМПОЗИЦИЯ МНЕНИЙ, ПОЗВОЛЯЮЩАЯ УЗНАТЬ ЕЩЕ БОЛЬШЕ
ATLASSIAN
ATLASSIAN
Пользу VCS невозможно переоценить. Этот инструмент вносит массу преимуществ в процесс совместной работы команды разработчиков. В любом проекте по разработке ПО, в котором над файлами исходного кода работает не один разработчик, обязательно нужно использовать VCS. Кроме того, проектам, в которых код сопровождает один специалист, VCS тоже поможет. По сути в современном проекте по разработке ПО не существует веской причины отказываться от использования VCS.
MICROSOFT
MICROSOFT
Даже если вы разрабатываете в одиночку, система контроля версий помогает вам в организации процесса, так как вам необходимо исправлять ошибки и реализовывать новые возможности. Система контроля версий хранит историю вашей разработки, что позволяет проанализировать изменения и даже легко вернуться к любой версии вашего кода.
ПРИМЕРЫ РЕШЕНИЙ
Типовое решение в микросервисной архитектуре
Совместная разработка
InnerSource
OpenSource (импортозамещение)
Система версионного контроля. Типовое решение
Разработчик выполняет коммит в системе контроля версий, информация о коммите автоматически заносится в PBC «Хранилище кода». Сообщение о коммите передается в PBC «Конфигурационное управление». В данном PBC выполняется проверка выполненного коммита на соответствие определенным правилам (указан номер задачи, ветка исходного кода имеет допустимое наименование и другие проверки). В случае успешного прохождения всех проверок сохранение коммита в системе контроля версий разрешается и  формируется запрос на сборку.

PBC «Сборка» выполняет сборку программного продукта.

Система версионного контроля для совместной разработки
В PBC «Хранилище кода», расположенное у клиента, передается архетип микросервиса из PBC «Хранилище кода», расположенного в «Диасофт». В компонент Nexus, расположенный у клиента, передаются библиотеки из PBC «Репозиторий артефактов», расположенного в «Диасофт». Разработчик выполняет коммит в системе управления версиями клиента (например, GitLab или BitBucker). Данный коммит передается в PBC «Хранилище кода», установленное у клиента. После передачи коммита формируется запрос на сборку. PBC «Сборка» выполняет сборку программного продукта с использованием исходного кода из PBC «Хранилище кода» и библиотек из компонента Nexus. С определенной периодичностью исходный код из PBC «Хранилище кода», расположенного у клиента, передается в PBC «Сервис конфигурационного управления», расположенный в «Диасофт». Данный PBC анализирует исходный код на наличие изменений и, в случае их обнаружения, обогащает его определенными данными (номера задач, информация о репозиториях и др.) и выполняет коммит в PBC «Хранилище кода», расположенное в «Диасофт».

Сторонний разработчик отправляет изменение кода в системе контроля версий, где формируется запрос на слияние кода. Запрос на слияние кода отправляется владельцу кода. Владелец кода проверяет код, при необходимости исправляет его и акцептует коммит. Информация о коммите передается в PBC «Конфигурационное управление». PBC выполняет проверку коммита. После успешной проверки сохранение коммита разрешается, формируется запрос на сборку. PBC «Сборка» выполняет сборку программного продукта с использованием исходного кода из PBC «Хранилище кода», формирует образы. Результат сборки передается далее - на проверку и для дальнейшего выпуска.


Владелец Fork получает исходный код библиотеки из внешней платформы (например, GitHub), вносит требуемые изменения в исходный код (делает Fork) и выполняет. Исходный код передается в PBC «Сборка», и импортозамещенная библиотека сохраняется в репозитории артефактов. Прикладной разработчик при реализации функциональности в прикладном модуле выполняет коммит. Информация о коммите передается в PBC «Конфигурационное управление». PBC выполняет проверку коммита. После успешной проверки коммит разрешается, формируется запрос на сборку. PBC «Сборка» использует библиотеки, в том числе импортозамещенные, репозитория артефактов. В случае обнаружения ошибки в импортозамещенной библиотеке прикладной разработчик формирует запрос на исправление ошибки. Владелец Fork исправляет ошибки и формирует новую версию библиотеки.

ДОРОЖНАЯ КАРТА
1
шаг №1
Установить правила
Установить правила использования веток исходного кода
Все участники разработки одинаково понимают назначение веток исходного кода и возможные действия с ними
2
шаг №2
Хранить историю
Хранить историю изменений исходного кода
Для анализа каждого изменения доступна информация о его авторе и задаче, в рамках которой сделано изменение, исходном коде до и после изменения. В случае необходимости можно отменить выполненные изменения
3
шаг №3
Объединять изменения
Обеспечить возможность автоматического объединения изменений исходного кода
Большая часть слияний исходного кода выполняется автоматически. В случае необходимости «ручного разрешения» конфликтов платформа предлагает другие возможные решения
Digital Q.VCS
ОСТАЛИСЬ ВОПРОСЫ?
Напишите нам, и мы обязательно вам ответим

*поля обязательные к заполнению