Come determinare la directory di costruzione di Jenkins da Ant?

Question

Sto provando a migrare uno script Ant che ho scritto per creare e distribuire progetti all'interno del framework Jenkins (invece di essere attivato da un hook post-commit SVN, che era il modo più appropriato con cui inizialmente ci si avvicinava alle cose). Tutto è grande, tranne che ho bisogno di mettere in scena i file per il passo di distribuzione e voglio inserirli nella directory 'build' creata da Jenkins per il lavoro (e dato che il mio build.xml vive in una posizione non specifica del progetto, $ { basedir} e $ {user.dir} non puntano alla posizione desiderata).

all'interno della configurazione Jenkins, ho installato il seguente:

[Jenkins] Corporatura Record Directory principale: E:/build/$ {} ITEM_FULLNAME

[Job-Specific] build : C: \ vc-tools \ shadow \ build.xml

durante l'esecuzione di una build, lo script viene lanciato in modo appropriato e viene creata una directory di creazione specifica del lavoro, ad es.

E: \ costruisce \ Test \ 2012-08-07_12-51-21

voglio arrivare a questa cartella dall'interno del script di build, ma non riesco a capire come. alcune delle cose che ho provato:

[echo] ${basedir}: C:\vc-tools\shadow 
[echo] ${user.dir}: C:\vc-tools 
[echo] ${env.workspace}: C:\Program Files (x86)\Jenkins\workspace\Test 
[echo] ${env.build_id}: 2012-08-07_12-51-21 
[echo] ${jenkins_home}: C:\Program Files (x86)\Jenkins 
[echo] ${BuildDir}: E:/builds/${ITEM_FULLNAME} 

NOTA: Per che l'ultimo, ho provato passando:

BuildDir=E:/builds/${ITEM_FULLNAME} 

come una proprietà configurata dal lavoro entro Jenkins (chiaramente $ {} espansione non ha luogo in questo contesto).

in base allo documentation, non ci sono variabili d'ambiente specifiche che sono impostate sul percorso completo della directory di compilazione - Posso fonderlo codificando E: \ builds root e virando su $ {env.build_id}, ma è stato sperando che ci sarebbe un modo più semplice per accedere al percorso completo da qualcosa che Jenkins espone (sia una proprietà Ant che una variabile di ambiente) per rendere lo script più flessibile.

Sto usando la versione 1.476 di Jenkins.

grazie

Answer 1

E 'sempre una buona idea per il vostro progetto di avere una copia di esso è costruire la logica incluso insieme al codice sorgente. Rende la tua build più portabile tra le macchine.

Detto questo, è anche abbastanza comune impostare i file di build contenenti la logica di condivisione condivisa comune. ANT definisce i seguenti compiti per sostenere tale attività:

• include
• import

Quindi una possibile soluzione è quella di memorizzare un file build.xml semplice, nella radice della directory del progetto:

<project name="my project" default="build"> 

    <include file="C:\vc-tools\shadow\common-build-1.0.xml" as="common"/> 

    <target name="build" depends="common.build"/> 

</project> 

Note:

• È consigliabile utilizzare un numero di revisione nel nome del file di build comune.Questo aiuta a preservare la retrocompatibilità con altre build usando la logica più vecchia.

Aggiornamento

Quando Jenkins viene eseguito un lavoro è imposta una serie di environment variables.

La seguente logica ANT stampa il percorso della directory di lavoro Jenkins:

<property environment="env"/> 

<target name="run"> 
    <echo message="Jenkins workspace: ${env.WORKSPACE}"/> 
    <echo message="Job directory: ${env.WORKSPACE}../../jobs/${env.JOB_NAME}"/> 
    <echo message="Build data: ${env.WORKSPACE}../../jobs/${env.JOB_NAME}/build/${env.BUILD_ID}"/> 
</target> 

Answer 2

In questi giorni (. Jenkins v 1.484) target 'run' dalla risposta di cui sopra dovrebbe assomigliare a questo:

<target name="run"> 
    <echo message="Jenkins workspace: ${env.WORKSPACE}"/> 
    <echo message="Job directory: ${env.WORKSPACE}/../../${env.JOB_NAME}"/> 
    <echo message="Build data: ${env.WORKSPACE}/../../${env.JOB_NAME}/builds/${env.BUILD_ID}"/> 
</target>