...
- 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
ANPAnP och anpassningstjänster
| Varning |
|---|
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 Från och med migrering av AnP till Mule 3 följer vi standardproceduren för att bygga och releasea plattformskomponenter och tjänster 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å Tidigare versioner och releasekandidater för Mule 2 plattformen återfinns här 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.