Git Tools для BPMSoft

Git-операции рядом с пакетами BPMSoft

При разработке решений на BPMSoft команде нужно проверять изменения в пакетах, сравнивать версии файлов, формировать коммиты и синхронизировать ветки. Если рабочая копия находится на сервере или в контейнере, эти действия часто требуют подключения по SSH, работы в командной строке и ручного контроля выбранного репозитория.

Git Tools переносит повседневные операции с Git в интерфейс BPMSoft. Пользователь выбирает репозиторий пакета и ветку, видит состояние рабочей копии, проверяет изменения и выполняет нужное действие в одном рабочем пространстве.

Что команда контролирует в одном интерфейсе

• Изменённые файлы. Новые, изменённые, удалённые, переименованные и конфликтные файлы собраны в дерево каталогов и разделены на подготовленные и неподготовленные изменения.
• Содержимое изменений. Построчное сравнение (diff) показывает номера строк, добавления и удаления до включения файла в коммит.
• Подготовку коммита. Файлы можно выборочно добавить в индекс Git (stage), убрать из него или откатить, а затем создать коммит с понятным сообщением.
• Историю. Коммиты доступны по ветке или ссылке (ref) с фильтрами по автору и сообщению, составом изменённых файлов и отдельным сравнением каждого файла.
• Ветки и синхронизацию. Из интерфейса доступны создание и переключение локальных веток, Pull, Push, Merge, Rebase и подготовка Merge Request.
• Работу с конфликтами. Для конфликтного файла можно принять локальную или входящую версию, продолжить текущую операцию либо безопасно отменить её.
• Диагностику. Журнал Git-операций сохраняет результат и технические подробности действий для контроля и разбора ошибок.

Как модуль встраивается в работу команды

Разработчик, аналитик или технический администратор выбирает репозиторий и ветку, проверяет дерево файлов и открывает сравнение нужного изменения. После проверки файлы добавляются в индекс Git, формируется коммит и при необходимости выполняется синхронизация с удалённым репозиторием.

История помогает найти ранее внесённое изменение, изучить его состав, перенести выбранный коммит в текущую ветку через Cherry-pick или отменить через Revert. Для объединения веток пользователь запускает Merge или Rebase с явным выбором входящей ветки. Если возникает конфликт, модуль показывает его состояние и доступные действия.

Централизованное развёртывание даёт команде общую рабочую копию пакетов и единый набор репозиториев. Новому специалисту не требуется отдельно настраивать доступ к серверной командной строке для типовых Git-операций. При этом модуль не заменяет профессиональные инструменты: разработчики могут продолжать использовать файловый режим BPMSoft, среду разработки и Git CLI параллельно с браузерным интерфейсом.

Условия внедрения и границы модуля

Для работы нужны BPMSoft с файловым режимом разработки, установленный на сервере Git и права приложения на чтение и запись в каталог ./Pkg. Минимальная подтверждённая версия платформы — BPMSoft 1.8; совместимость с конкретной более новой версией проверяется до установки.

Модуль рассчитан на один экземпляр приложения, работающий с общей рабочей копией. Для нескольких реплик требуется отдельное архитектурное решение, которое исключит одновременное выполнение несовместимых операций над одним репозиторием.

Сетевые операции Clone, Pull и Push включаются отдельной системной настройкой. Для доступа к репозиториям по HTTPS используются логин и персональный токен; работа с SSH-ключами в текущую поставку не входит. Конфликт разрешается на уровне целого файла — выбором локальной или входящей версии, без встроенного построчного редактора слияния.

Доступ к модулю следует предоставлять только уполномоченным участникам команды разработки.

Следующий шаг

Для демонстрации или пилота подготовьте стенд BPMSoft с файловым режимом разработки, тестовый Git-репозиторий пакета и учётную запись с необходимыми правами. Команда НТА проверит условия установки, настроит доступ и покажет основные сценарии на репозитории заказчика или на обезличенных демонстрационных данных.