Какво е DigiVC

Основна идея

DigiVC пази файловото съдържание и неговата история на централен сървър. Потребителят вижда нормални папки и файлове в своя локален workspace, а сървърът пази авторитетната версия, ревизиите, правата, заключванията и одита.

Обичайният работен процес е:

Избор на repository → Checkout → Локална работа → Status/Diff → Update → Commit

Основни обекти

• Project — организационен контейнер, например „ERP Platform“.
• Repository — конкретно версионирано хранилище в проекта, например „Server“, „Client“ или „Documentation“.
• Workspace — локална работна директория, свързана с repository.
• Revision — неизменяем запис на една приета промяна.
• Repository address — постоянен адрес, чрез който клиентите намират repository-то.
• Vault Storage — вътрешното защитено хранилище за файлово съдържание.

Примерен repository address:

digivc://digivc.company.example/ERP/Server

Какво DigiVC не е

DigiVC не е просто WEB интерфейс върху Git или SVN. Нормалните DigiVC revisions, permissions, audit и Vault Storage са собствени. Git и SVN се използват само като опционални източници за импорт и миграция.

История и защита

При успешен commit DigiVC създава нова revision. Стара revision не се променя. Това позволява:

• да се види кой, кога и защо е направил промяната;
• да се сравнят версии;
• да се докаже историята при одит;
• да се възстанови правилно съдържание;
• да се избегне тихо презаписване на историята.

Кой интерфейс да използвам

WEB/Admin — когато създавате или управлявате системни обекти.

Desktop Client — когато работите ежедневно с файловете.

CLI transfer client — когато ви трябва само изтегляне или качване от скрипт/терминал.