gradle:organizing_build_logic

차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

차이 보기로 링크

--- gradle:organizing_build_logic [2015/01/21 11:47]
kwon37xi
+++ gradle:organizing_build_logic [2015/09/22 17:54]
kwon37xi [apply]
@@ 줄 247: / 줄 247: @@
 Lock file: /home/build/.gradle/caches/1.6/scripts/_p_build_core_a_blob_plain_f_r_4n9gdhqrjd4inp4c6jive7ql9c/DefaultScript/buildscript/cache.properties.lock
 </code>
-이 때 해결책은 빌드 스크립트 URL의 맨 뒤에 Random 값을 넣어주는 것이다. 마지막의 ''**${Math.random()}**''
+이 때 해결책은 빌드 스크립트 URL의 맨 뒤에 Jenkins Job의 이름을 넣어주는 것이다. 마지막의 ''**${java.net.URLEncoder.encode(System.getenv()['JOB_NAME'] ?: 'NOJOB', 'UTF-8')}**'' Job 마다 서로 다른 build script Cache를 생성하여 Lock 충돌이 방지된다.
 <code groovy>
-apply from: "http://server/epository-utils.gradle?random=${Math.random()}"
+apply from: "http://server/epository-utils.gradle?jn=${java.net.URLEncoder.encode(System.getenv()['JOB_NAME'] ?: 'NOJOB', 'UTF-8')}"
 </code>
-이 경우 계속해서 빌드 스크립트 캐시가 서로 다른이름으로 생성되어 파일 갯수가 증가하게 된다.
+''JOB_NAME'' 대신 ''Math.random()''사용시 계속해서 빌드 스크립트 캐시가 서로 다른이름으로 생성되어 파일 갯수가 증가하게 된다.
 ''/home/[username]/.gradle/caches/[version]/scripts/*'' 디렉토리를 cron 등으로 주기적으로 정리해줘야한다. 아래는 하루에 한 번씩 어제날짜의 캐시 디렉토리를 삭제하는 Unix script.

gradle/organizing_build_logic.txt · 마지막으로 수정됨: 2015/09/22 17:54 저자 kwon37xi