Domanda

Attualmente sto a guardare la migrazione da maven2 a Buildr e io sono preoccupato per come arrivare a mantenere il DRY script di build.

Al momento il nostro progetto Maven è definita con il file pom genitore che contiene tutto il codice di costruzione comune e viene prelevato come qualsiasi altra dipendenza:

<parent>
    <groupId>com.companyname</groupid>
    <artifactId>parent</artifactId>
    <version>1.0.0</artifactId>
</parent>

Ora sto guardando Buildr e mi accorgo che ha un concetto di simular ma richiederebbe ponendo una BuildFile un livello-up, per esempio:

/svnrepo/buildfile
/svnrepo/ProjectA
/svnrepo/ProjectB

Questo è un problema però, perché questi progetti non sono collegati e saranno controllati e costruire totalmente a parte. Quindi la mia domanda è: come faccio meglio a risolvere questo problema? Come faccio a fare riferimento a un BuildFile comune pur essendo in grado di checkout solo progetto alla volta?

È stato utile?

Soluzione

ho scoperto la risposta a questo problema e io stesso sono calci di come sia facile: creare un gioiello.

sostituire genitore-pom.xml con parent.rb e distribuire il file rubino come una gemma per essere richiesto da tutti gli altri progetti.

Altri suggerimenti

Credo che siete confusi:

da un lato, i vostri progetti sono in questo momento costruito insieme con Maven, con 4 diversi repository che verificate nei posti giusti o l'uso svn: externals. Che suona come una cattiva idea.

D'altra parte, si vuole fare la stessa cosa con Buildr, ma sono preoccupati non sta andando a guardare bene?

Si prega di costruire quei progetti a parte davvero! Se si dispone di codice che può essere riutilizzato da un progetto ad un altro, come un compito personalizzato, quindi utilizzare uno svn:. Esterni in ciascuna punta progetto in un file rubino che il BuildFile richiede

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top