Платформа <span>Digital Q.VCS</span>
Платформа Digital Q.VCS
Управляйте исходным кодом программных продуктов с платформой Digital Q.VCS!
ПОПРОБОВАТЬ
Digital Q.VCS
Платформа Digital Q.VCS позволяет хранить исходный код программных продуктов, бинарные артефакты и библиотеки
ШЕСТЬ КЛАССИЧЕСКИХ ПРОБЛЕМ В РАБОТЕ С ИСХОДНЫМ КОДОМ
1
Исходный код теряется
Исходный код теряется
Исходный код хранится на рабочей станции разработчика и доступен только ему. При поломке рабочей станции исходный код может быть утерян навсегда. В отсутствии разработчика невозможно получить доступ к исходному коду
2
Разработчики перезаписывают изменения кода
Разработчики перезаписывают изменения кода
Когда над программным продуктом одновременно работают несколько разработчиков, каждый из них меняет один и тот же код. При сохранении своих изменений, разработчик перезаписывает код с потерей чужих изменений
3
Непонятно, кто, что и зачем делал
Непонятно, кто, что и зачем делал
Через какое-то время уже невозможно понять, для чего сделаны определенные доработки
4
Пользователи получают неготовый функционал
Пользователи получают неготовый функционал
По окончании рабочего дня разработчики сохраняют исходный код в репозитории, даже если он не полностью готов. При этом изменения сразу становятся доступны пользователям. Попытка работы с неготовым функционалом приводит к ошибкам
5
Сборки падают из-за отсутствия библиотек
Сборки падают из-за отсутствия библиотек
Библиотека, использованная разработчиком, больше не существует, либо к ней нет доступа
6
Неправомерный доступ к чужому коду
Неправомерный доступ к чужому коду
Сохранение исходного кода в общедоступном месте вносит риск неправомерного доступа
УЗНАТЬ БОЛЬШЕ
Ни одно ваше изменение не пропадет
Исходный код, библиотеки и история их изменений всегда доступны всем участникам процесса. Над кодом можно работать совместно, изменения легко объединить. Нет необходимости прерывать разработку, чтобы выпустить новую версию программного продукта
РАБОТАТЬ С ИЗМЕНЕНИЯМИ ИСХОДНОГО КОДА ЛЕГКО И ПРОСТО
ПРЕИМУЩЕСТВА ДЛЯ ВАС
Централизованное хранилище
Централизованное хранилище
Исходный код ваших программных продуктов всегда находится у вас
Исходный код программных продуктов будет доступен даже в случае отсутствия разработчика или технических проблем на его рабочей станции. Хранилище исходного кода имеет встроенные инструменты резервного копирования, защищающие от возможных сбоев, а система управления правами не только поможет ограничить доступ к определенным репозиториям, но и позволит вам создать технологию InnerSource
Легко объединять изменения
Легко объединять изменения
Большая часть изменений объединяется автоматически
Разработчик прикладывает минимальные усилия для объединения собственных изменений кода с изменениями, внесенными другими разработчиками. При этом вы не рискуете потерять изменения, сделанные другими разработчиками
Каждое изменение связано с решением
Каждое изменение связано с решением
Для каждого изменения указан номер задачи
Каждое изменение исходного кода программного продукта выполняется в рамках определенной задачи. По номеру задачи всегда возможно понять, кто, зачем и когда сделал определенное изменение
Защита от неготового функционала
Защита от неготового функционала
Доступный функционал всегда полностью закончен
Все доработки ведутся в отдельных ветках, представляющих собой полную копию исходного кода программного продукта в определенный момент времени. По окончании доработки изменения переносятся в основную ветку исходного кода, что позволяет передавать только полностью законченную функциональность
Централизованное хранилище библиотек
Централизованное хранилище библиотек
Все библиотеки хранятся у вас
Библиотеки расположены в централизованном хранилище, расположенном у вас. Для доступа к нему не требуется подключение к сети Интернет. Необходимые для сборки библиотеки не могут быть удалены сторонним разработчиком либо заблокированы в связи с изменениями условий лицензии. Кроме того, размещение библиотек в вашем хранилище позволяет увеличить скорость сборки программных продуктов. Централизованное хранение библиотек защитит их от вмешательства посторонних лиц с помощью системы управления правами доступа. Вы также можете разместить в хранилище измененные версии библиотек с целью импортозамещения
связаться с нами
НЕКОТОРЫЕ ЦИФРЫ
>0
репозиториев в хранилище исходного кода
>0
слияний исходного кода в неделю
>0
коммитов в неделю
PBC ПЛАТФОРМЫ DIGITAL Q.VCS
Хранилище кодаСистема хранения исходного кода
Хранилище кода<span>Система хранения исходного кода</span>
Хранение исходного кода приложений, слияние кода при объединении веток, перенос точечных изменений в выбранную ветку
Вы можете запустить демонстационный пример. Для старта цепочки необходимо сделать любой коммит в ветку https://gitpredemo.diasoft.ru/QTESTD/qtestdtestbo (учётная запись: demouser/12345678, аутентификация Standart). В качестве номера задачи в комментарии коммита можно указать любой цифровой номер из 8 символов. Далее запускается сборка на Jenkins. Это начало примера для Digital Q.DevOps (PBC «Конвейер»). http://jenkinspredemo.diasoft.ru
Конфигурационное управлениеСистема контроля выполнения правил конфигурационного управления
Конфигурационное управление<span>Система контроля выполнения правил конфигурационного управления</span>
Отслеживание выполнения правил конфигурационного управления, хранение связи изменения кода с другими конфигурационными элементами (сервисами, задачами), для которых предназначено это изменение
Репозиторий артефактовСистема хранения библиотек
Репозиторий артефактов<span>Система хранения библиотек</span>
Репозиторий артефактов, необходимых для сборки
узнать больше
КОМПОЗИЦИЯ МНЕНИЙ, ПОЗВОЛЯЮЩАЯ УЗНАТЬ ЕЩЕ БОЛЬШЕ
ATLASSIAN
ATLASSIAN
Пользу VCS невозможно переоценить. Этот инструмент вносит массу преимуществ в процесс совместной работы команды разработчиков. В любом проекте по разработке ПО, в котором над файлами исходного кода работает не один разработчик, обязательно нужно использовать VCS. Кроме того, проектам, в которых код сопровождает один специалист, VCS тоже поможет. По сути в современном проекте по разработке ПО не существует веской причины отказываться от использования VCS.
MICROSOFT
MICROSOFT
Даже если вы разрабатываете в одиночку, система контроля версий помогает вам в организации процесса, так как вам необходимо исправлять ошибки и реализовывать новые возможности. Система контроля версий хранит историю вашей разработки, что позволяет проанализировать изменения и даже легко вернуться к любой версии вашего кода.
ПРИМЕРЫ РЕШЕНИЙ
Типовое решение в микросервисной архитектуре
Совместная разработка
InnerSource
OpenSource (импортозамещение)
Система версионного контроля. Типовое решение
Разработчик выполняет коммит в PBC «Хранилище кода». Коммит передается в PBC «Сервис конфигурационного управления». В данном PBC выполняется проверка выполненного коммита на соответствие определенным правилам (указан номер задачи, ветка исходного кода имеет допустимое наименование и другие проверки). В случае успешного прохождения всех проверок коммит разрешается, формируется запрос на сборку.
PBC «Сборка» выполняет сборку программного продукта с использованием исходного кода из PBC «Хранилище кода» и библиотек из PBC «Репозиторий артефактов».
Система версионного контроля для совместной разработки
В PBC «Хранилище кода», расположенное у клиента, передается архетип микросервиса из PBC «Хранилище кода», расположенного в «Диасофт». В компонент Nexus, расположенный у клиента, передаются библиотеки из PBC «Репозиторий артефактов», расположенного в «Диасофт». Разработчик выполняет коммит в системе управления версиями клиента (например, GitLab или BitBucker). Данный коммит передается в PBC «Хранилище кода», установленное у клиента. После передачи коммита формируется запрос на сборку. PBC «Сборка» выполняет сборку программного продукта с использованием исходного кода из PBC «Хранилище кода» и библиотек из компонента Nexus. С определенной периодичностью исходный код из PBC «Хранилище кода», расположенного у клиента, передается в PBC «Сервис конфигурационного управления», расположенный в «Диасофт». Данный PBC анализирует исходный код на наличие изменений и, в случае их обнаружения, обогащает его определенными данными (номера задач, информация о репозиториях и др.) и выполняет коммит в PBC «Хранилище кода», расположенное в «Диасофт».
Сторонний разработчик отправляет изменение кода в PBC «Хранилище кода», где формируется запрос на слияние кода. Запрос на слияние кода отправляется владельцу кода. Владелец кода проверяет код, при необходимости исправляет его и акцептует коммит в PBC «Хранилище кода». Коммит передается в PBC «Сервис конфигурационного управления». PBC выполняет проверку коммита. После успешной проверки коммит разрешается, формируется запрос на сборку. PBC «Сборка» выполняет сборку программного продукта с использованием исходного кода из PBC «Хранилище кода» и библиотек из PBC «Репозиторий артефактов», формирует образы и передает их в PBC Digital Q.Docker для проверки. Результат сборки передается далее - на проверку и для дальнейшего выпуска.
Владелец Fork получает исходный код библиотеки из внешней платформы (например, GitHub), вносит требуемые изменения в исходный код (делает Fork) и выполняет коммит в PBC «Хранилище кода». Исходный код передается в PBC «Сборка», и в PBC «Репозиторий артефактов» сохраняется импортозамещенная библиотека. Прикладной разработчик при реализации функционала в прикладном модуле выполняет коммит в PBC «Хранилище кода». Коммит передается в PBC «Сервис конфигурационного управления». PBC выполняет проверку коммита. После успешной проверки коммит разрешается, формируется запрос на сборку. PBC «Сборка» использует библиотеки, в том числе импортозамещенные, из PBC «Репозиторий артефактов». В случае обнаружения ошибки в импортозамещенной библиотеке прикладной разработчик формирует запрос на исправление ошибки. Владелец Fork исправляет ошибки и формирует новую версию библиотеки.
ДОРОЖНАЯ КАРТА
1
шаг №1
Установить правила
Установить правила использования веток исходного кода
Все участники разработки одинаково понимают назначение веток исходного кода и возможные действия с ними
2
шаг №2
Хранить историю
Хранить историю изменений исходного кода
Для анализа каждого изменения доступна информация о его авторе и задаче, в рамках которой сделано изменение, исходном коде до и после изменения. В случае необходимости можно отменить выполненные изменения
3
шаг №3
Объединять изменения
Обеспечить возможность автоматического объединения изменений исходного кода
Большая часть слияний исходного кода выполняется автоматически. В случае необходимости «ручного разрешения» конфликтов платформа предлагает другие возможные решения
4
шаг №4
Хранить библиотеки
Хранить все версии библиотек для сборки
Для сборки ранее выпущенных версий программного продукта можно получить любую версию использованных ранее библиотек
Digital Q.VCS
ОСТАЛИСЬ ВОПРОСЫ?
Напишите нам, и мы обязательно вам ответим
*поля обязательные к заполнению