Sidjämförelse

Detta görs : för att VP skall fungera i sitt sammanhang i NTJP ellle på annan regional installation. Detta realiseras med en inställnings fil som överskriver standard “standard inställningarna” (application.properties).

Dessa filer är egna projekt (åtminstone för NTJP), men är såklart nära kopplade till VP:s deployment.

Medan “Standard application.properties” är däremot en del av VP projektet och följer med i deployment filen som maven skapar. Ändringar som sker i denna kommer därför (naturligtvis) att resultera i att en ny version av VP.

Men för NTJP gäller att för de filer som överskrider dessa värden på respektive miljö (dev, test, qa, prod) så skall ändringar i dessa versionshanteras separat i Gitlab, Dessa ändringar påverkar (naturligtvis) inte versionsnummret för VP.

För NTJP gäller att ändringar i inställningar normal först skall genomföras och testas i devel miljön följt av Test QA och Prod. För QA och Prod.

Rent praktiskt har endas driftsleverantören rätt att ändra inställningar i QA och Prod varför “vi/helpdesk”: lägger en beställning/instruktion på dessa ändringar antingen som en del av deployment instruktionen i samband med en ny version av VP, eller som en separat uppgift/beställning. Driftsleverantören säkerställer sedan att dessa uppdateringar pushas till Gitlab

Medan “Standard application.properties” är däremot en del av VP projektet och följer med i deployment filen som maven skapar. Ändringar som sker i denna kommer därför (naturligtvis) att resultera i att en ny version av VP.