Техподдержка
Техподдержка
Платформа Digital Q.VCS
Управляйте исходным кодом программных продуктов с платформой Digital Q.VCS!
Запросить демо
Digital Q.VCS
Платформа Digital Q.VCS позволяет управлять изменениями исходного кода программных продуктов в соответствие с установленными правилами
ШЕСТЬ КЛАССИЧЕСКИХ ПРОБЛЕМ В РАБОТЕ С ИСХОДНЫМ КОДОМ
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.
Объединять изменения
Обеспечить возможность автоматического объединения изменений исходного кода
Большая часть слияний исходного кода выполняется автоматически. В случае необходимости «ручного разрешения» конфликтов платформа предлагает другие возможные решения
свяжитесь
с нами
с нами
контакты
Для прямой связи с нами вы можете использовать контакты ниже, либо оставить заявку через форму обратной связи, и мы обязательно свяжемся с вами