Checka ut kod
Följ instruktionen på https://code.google.com/p/skltpservices/source/checkout för att checka ut skltpservices, där anpassningstjänster versionshanteras.
Följ instruktionen på https://code.google.com/p/skltp/source/checkout för att checka it skltp, där ANP versionshanteras.
Hur commita kod
Innan man commitar ändringar är det väldigt viktigt att man:
- Gjort en svn update (eller svn synchronize i Eclipse pluginen) för att säkerställa att man har senaste koden hos sig.
Gör man inte det så kan det leda till onödiga merge-problem när man väl commitar eller att commitade ändringar bryter tester i byggservern. - Gör en fullständig
mvn clean installpåtrunknivå för att försäkra sig om att allt fortfarande sitter ihop innan man commitar
Se till att stänga alt restarta Mule Studio innan mvn clean startas annars upptäcker Mule Studio detta och börjar kompilera om klasser vilket kan förvilla maven och bygget går då fel... - Commita med en relevant commit kommentar.
Företrädesvis skall kod commitas mot ett JIRA-ärende och då skall dess id vara prefix i commit kommentaren.
Jobbar man inte mot ett JIRA ärende få man prefixa sin cottit kommentar med "ANP, " för att skilja ut ANP-ändringar mot ändraingar i svn för andra SKLTP komponenter.
Releasa ANP och anpassningstjänster
Noterat att ANP och anpassningstjänster ännu inte releasas till central maven, därför körs endast steget ´release prepare´, skippa steget ´release perform´.
För att bygga en release av ANP och anpassningstjänster följer vi standardproceduren beskriven på: Generella instruktioner för utvecklare.
Paketera enligt följande struktur och namnge zip-filen med korrekt version, tex ApSeMedicalServicesAdapter1_6_6.zip
Ladda upp zip-fil på https://code.google.com/p/skltpservices/downloads/list
Tidigare releasekandidater kan med fördel sättas till deprecated för att hålla nedladdningssidan ren från senaste gällande releaser.