...

Alle modeller der anvendes til JSON responses fra maternity API'et er genereret ud fra OpenAPI speccen. For at generere nye modeller anvendes følgende script:nedenstående script.

Hvis udvikleren vil opdatere til en ny version af modellerne, skal man først opdatere models-version.config med den version af backenden, som modellerne skal genereres ud fra (Det er kun versionsnummer, "gm-api-" skal ikke med)
Herefter kører man et autogenererings script til macOS, som køres fra roden af repositoryet på følgende måde:

./Tools/generate-models.sh

Krav til minimum version af openapi-generator er 4.3.1, for at kunne køre scriptet nedenfor.

...

...

.

Når man opdaterer modellerne, er det vigtigt at man får koden og tests til at bygge igen og committer disse ændringer samlet, hvorefter der tagges i Git med "models-version/VERSIONSNUMMER", således at man altid kan se i Git historikken, hvornår ændringen af modellerne blev foretaget.

Sortering af Xcode projekt fil

...

enum BuildConfiguration: String {
    case debug = "Debug"
    case projectEnv = "ProjectEnv"
    case developmentinternalTest = "DevelopmentInternalTest"
    case testtest1 = "TestTest1"
    case testMocktest2 = "TestMockTest2"
    case release = "Release"
}

...

For at sikre ens distribuering af apps med forskellige konfigurationer, anvendes fastlane hvor følgende lanes eksisterer:

• tpa_testprojectenv: Test app til testingder kører op i mod projektmiljøet, henter test-artikler i CMS'en og anvender Mock NemID.
• tpa_internal_test: Test app der kører op i mod interntest og henter test_mock: Test app til testing med mock-services-artikler i CMS'en og anvender Mock NemID.
• tpa_test1:  Test app der kører op i mod test1 og henter test-artikler i CMS'en og anvender Mock NemID.
• tpa_developmenttest2: Test app til intern testing for udviklere og designereder kører op i mod test2 og henter prod-artikler i CMS'en og anvender Test NemID.

Se afsnit 5.3 ang. versionering af app'en.

App Store

..App Store processen beskrives når den har været gennemgået første gang. Den er endnu ukendt, da den ikke har været udført endnu.

Se afsnit 5.3 ang. versionering af app'en.

...

App'en kører efter en almindelig major.minor.patch versionering, som styres manuelt i xcodeproj-filen. Build nummeret opdateres automatisk med antallet git-commits, således at det altid ændrer sig, når man har lavet ændringer i koden.

Alle distribuerings fastlane lanes spørger om man vil bumpe versionsnummeret. Hvis der svares "y" opdateres projektfilens build nummer og ændringerne committes automatisk til git.

Build nummeret opdateres ved at køre "bump_release_version" lanen i fastlane, hvor den også tagger i git med den respektive version. Formatet er: release/VERSION_BUILDNUMMER (release/Fastlane lanes sørger desuden for altid at tagge med den valgte configuration, version og build nummer efter successful distribuering. Formatet er: CONFIGURATION_VERSION_BUILDNUMMER (Test_0.0.1_1000) 

 Branches

Der arbejdes efter en git-flow tankegang, hvor master-branchen indeholder det nyeste, der er godkendt af QA-teamet.

...