Version 1.0 August 2012

INTRODUKTION

Denne note beskriver anvendelsen af Subversion (SVN) i NSP projektet til henholdsvis modtagelse
af komponentleverancer og leverance af NSP komponenter til drift. Noten forholder sig eksplicit
ikke til hvorledes komponentleverandører anvender versionskontrol, ej heller hvilken
versionskontrol leverandører anvender i forbindelse med komponentudviklingen.

Fokus er på overdragelse af artefakter til NSP kvalitetssikring og drift, hvorfor noten primært
omhandler processerne omkring overdragelse, mens strukturen er sekundær. I afsnit 3.3 findes en
oversigt, som viser leveranceprocessen.

...

Der findes en række aktører i landskabet omkring NSP, navnligt:•

• Komponentleverandør: udvikler og vedligeholder en eller flere software-komponent(er) der

...

• er hjemmehørende på NSP. Leverer sine produkter til NSP leverandøren.

...

• NSP Operatør: har den administrative rolle ifht. udvikling, vedligehold og drift.

...

• NSP Leverandør: tester og kvalitetssikrer software-komponenter modtaget af

...

• Komponentleverandøren inden overdragelse til NSP driftsleverandør.

...

• NSP Driftsleverandør: varetager idriftsættelsesopgaver og drift af NSP systemet. Drifter

...

• også SVN i NSP projektet.

KOMPONENTLEVERANCER

Ved komponentleverance forstås en aftalt overdragelse af en specifik komponentversion fra
Komponentleverandør til NSP Leverandør med henblik på QA af komponenten til NSP platformen.
Betragtet over tid vil hver komponent være afleveret i flere versioner, som af hensyn til sporbarhed
derfor skal afleveres i NSP projektets SVN repository.

Som udgangspunkt skal NSP Leverandøren informeres når nye leverancer ligger klar i repositoriet.
Komponentleverandøren kan frit vælge fremgangsmåde og værktøjer ved overførsel af en
leverance til respositoriet.
I uopsættelige tilfælde kan NSP leverandøren være behjælpelig med at indlæse en leverance i
repositoriet. Artefakterne skal leveres til repositoriet som beskrevet i det følgende.

...

En leverance består blandt andet af, men er ikke begrænset til:•

• Kildekode, inkl. test1

...

• Stamdata

...

• Testdata eller instrumenter til at skabe testdata

...

• Dokumentation2

...

• Testresultater

Hver Komponentleverandør har et område i SVN, hvor denne placerer leverancer. Det anbefales
at benytte et standard SVN layout (med et trunk-, branches- og tags-directory)3, Da det eneste
ufravigelige krav er, at hver leverance skal være endelig og kunne refereres entydigt, stilles der
intet krav om at Komponentleverandøren laver tags fra trunk. Med andre ord kan trunk være tom.
Filerne, som udgør leverancerne forventes at være umiddelbart tilgængelige i SVN, dvs. udenfor
enhver form for arkiv4. Som udgangspunkt er området for Komponentleverandøren i SVN defineret
som vist på Figur 1.
Det anbefales Komponentleverandøren at anbringe leverancer i 'tags'-directory.
1 se Husregler 1.0, §2.4.2 og §2.4.3
2 se Husregler 1.0, §2.4.1
3 se http://svnbook.red-bean.com/en/1.7/svn.tour.importing.html#svn.tour.importing.layout
4 .zip, .gz, .tar, .jar, .war, .ear etc
Version: 0.1 Side 3 of 7
Figur 1: NSP respository, standard SVN layout
SVN anvendelse
NSP
Komponentleverandører har frie hænder til at afvige fra anbefalingen omkring SVN layout, hvis det
ønskes, men bør i dette tilfælde nøje overveje om det skaber konflikter i den videre process, jvf
afsnit 2.2.

...