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
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.
Tidigare versioner och releasekandidater för Mule 2 plattformen återfinns här https://code.google.com/p/skltpservices/downloads/list