Jak określić katalog budujący Jenkinsa z Ant?

Question

Próbuję przenieść skrypt Ant, który napisałem, aby budować i wdrażać projekty z poziomu struktury Jenkinsa (zamiast wyzwalać się z haka po zatwierdzeniu SVN, co było celowym sposobem, w jaki początkowo podchodziliśmy do rzeczy). Wszystko jest świetne, z wyjątkiem sytuacji, gdy potrzebuję plików etapów dla kroku wdrażania i chcę wprowadzić je do katalogu "kompilacji", który Jenkins tworzy dla tego zadania (a ponieważ mój plik build.xml znajduje się w lokalizacji innej niż projektowa, $ { basedir} i $ {user.dir} nie wskazują żądanej lokalizacji).

w konfiguracji Jenkins, mam ustawić następujące:

[Jenkins] Budowa Record katalog główny: E:/buduje/$ {ITEM_FULLNAME}

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

podczas uruchamiania kompilacji skrypt jest odpowiednio uruchamiany i tworzony jest katalog budowania konkretnego zadania, np.

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

chcę się w tym katalogu z poziomu skryptu build, ale nie można dowiedzieć się, jak to zrobić. niektóre rzeczy próbowałem:

[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} 

Uwaga: W przypadku tego ostatniego, próbowałem przechodzącą w:

BuildDir=E:/builds/${ITEM_FULLNAME} 

jako własność skonfigurowanego z pracy w ciągu Jenkins (wyraźnie $ {} ekspansji nie ma miejsca w tym kontekście).

według documentation istnieją żadne konkretne zmienne środowiskowe, które są ustawione na pełną ścieżkę do katalogu build - Mogę fudge go hardcoding E: \ buduje korzeń i sklejaniu na $ {env.build_id}, ale było mając nadzieję, że łatwiej będzie uzyskać dostęp do pełnej ścieżki z czegoś, co ujawnia Jenkins (albo właściwość Ant i zmienna środowiskowa), aby skrypt był bardziej elastyczny.

Używam wersji Jenkins 1.476.

dzięki

Answer 1

to zawsze dobry pomysł na projekt, aby mieć kopię to budować logiki dołączonego wraz z kodem źródłowym. Sprawia, że ​​twoja kompozycja jest bardziej przenośna na różnych maszynach.

Powiedziawszy, że dość często instaluje się pliki kompilacji zawierające wspólną wspólną logikę budowania. ANT określa następujące zadania wspierać taką działalność:

• include
• import

więc możliwym rozwiązaniem jest przechowywanie prosty plik build.xml, w głównym katalogu projektu:

<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> 

Uwagi:

• Dobrze jest użyć numeru wersji we wspólnej nazwie pliku kompilacji.Pomaga to w zachowaniu kompatybilności wstecznej z innymi kompilacjami przy użyciu starszej logiki.

Aktualizacja

Jenkins Kiedy skończy zadanie to ustawia liczbę environment variables.

Poniższy ANT logika wypisze lokalizację katalogu obszaru roboczego 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

Te dni (. Jenkins v 1.484) 'Uruchom' cel z odpowiedzi powyżej powinien wyglądać następująco:

<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>