Практически сценарии

Сценарий A: нов вътрешен проект

Цел: екипът разработва вътрешна система „Claims Portal“.

1. Създайте project:

``text Code: CLAIMS Name: Claims Portal Visibility: Private ``

2. Създайте repositories:

• server;
• windows-client;
• documentation.

1. Създайте group CLAIMS-DEVELOPERS.
2. Добавете разработчиците в group-а.
3. Дайте Developer на project CLAIMS.
4. Дайте Maintainer на техническия писател само в documentation.
5. Всеки потребител създава workspace чрез Desktop Client.

Сценарий B: частичен workspace за DBA

DBA трябва да работи само по SQL файловете.

1. Дайте path permission за /database/sql.
2. В repository browser изберете /database/sql.
3. Отворете checkout и изберете partial mode.
4. Създайте workspace, например:

``text C:\Work\Claims-SQL ``

5. DBA вижда и променя само разрешения обхват.

Сценарий C: работа зад Digi Wall

DigiVC internal listener: HTTP 0.0.0.0:8000
Digi Wall public endpoint: https://digivc.company.example
DigiVC public URL: https://digivc.company.example

Digi Wall прекратява TLS и препраща към вътрешния HTTP listener. DigiVC setup не трябва да изисква локален TLS key в този режим.

Сценарий D: remote PostgreSQL без SSL

Host: 10.10.0.40
Port: 5432
SSL mode: disable

Използвайте този режим само в контролирана защитена мрежа. Ако по-късно PostgreSQL получи валиден сертификат, преминете към verify-full.

Сценарий E: миграция от GitLab

1. Създайте target project.
2. Изберете GitLab source.
3. Въведете URL и token.
4. Оставете TLS verification включено.
5. Изберете full history.
6. След успех проверете revision mapping-а и направете test checkout.

Сценарий F: безопасна промяна

1. Отворете workspace.
2. Update.
3. Направете промяната.
4. Status.
5. Diff.
6. Изпълнете validation checks.
7. Commit с ясно съобщение.
8. Проверете новата revision в WEB/Admin.