Versjonskontroll

Alle våre prosjekter skal benytte GIT. Per nå benytter vi oss av tredjepartsleverandøren bitbucket.org

Hvis et repository inneholder kildekode for en løsning som har et eget domene så skal dette være med i navnet med små bokstaver.

Dårlig praksis: https://www.empatix.no, www.empatix.no, Empatix.no

God praksis: empatix.no

Hvis domenet er et sub-domene:

Dårlig praksis: empatix.no-guidelines

God praksis: guidelines.empatix.no

Hvis repository inneholder noe annet en noe som kan knyttes til et domene fks. en php pakke:

Dårlig praksis: PostNordPackage, Ehf

God praksis: postnord-package, ehf

Branches

Hvis du skal huske på en ting i denne guiden så er det dette: Når et prosjekt har blitt satt i produksjon, så skal alltid master-branch være stabil. Det skal være helt trygt å sette en master-branch i produksjon til enhver tid. Alle brancher skal anses som aktive, brancher som ikke lengre er i bruk burde slettes fortløpende.

Prosjekter skal ha en master og develop branch.

I starten av et prosjekt kan master benyttes i kombinasjon med andre brancher(features). Når et prosjekt går i produksjon og en har en utviklingsserver så skal develop benyttes her. Develop branch skal aldri merges inn i master. Når en oppretter en ny feature-branch skal denne taes ut i fra master. Hvis det benyttes et prosjektverktøy(fks. jira) som genererer unike referanser så skal dette være en del av branch navnet. Fks: DIG-1796.

Commits

Skriv meldinger som gir mening når en ser tilbake på hva som er gjort. Hvis det benyttes et prosjektverktøy så skal issue/task nummer være en del av dette som begynner med #.