lein을 사용하여 결정 성있는 빌드를 얻는 방법은 무엇입니까?

Question

lein uberjar을 두 번 연속 실행하면 두 가지 빌드가 생성됩니다. 어떤 unzip/find/sort/diff shell 마술 후에 나는 그것이 어떤 Maven 파일에 왔음을 알았다 : 더 구체적으로 pom.properties 파일.

< #Tue Jan 14 07:07:50 CET 2014 
--- 
> #Tue Jan 14 07:07:01 CET 2014 

가 어떻게 결정 Clojure에 (따라서 메이븐) Leiningen를 사용하여 빌드 얻을 수 있습니다 : 여기

는 DIFF입니까?

Answer 1

로컬 패치는 Chouser (Chouser으로 유지 관리)입니다. 작업 복사본이 완전히 깨끗한 경우 pom.properties 헤더 시간을 VCS (현재 유일한 자식)로 수정합니다. 다음 주에 언젠가는이 커밋을 마무리 할 것으로 기대합니다.하지만이 기능의 구성 가능성에 대해서는 여전히 생각하고 있습니다.

이 혼자서는 안정된 항아리를 만들지는 못하지만 첫 번째 사소한 부분입니다. 또한 관심있는 것은 zip 헤더를 변경하는 jar 파일 내의 파일의 타임 스탬프입니다. 표준화 타임 스탬프는 또한 간단해야하지만 별도의 단계입니다.

결정 론적 빌드는 일반적으로 관심의 대상이 될 수있는 프로젝트인데, 이는 프로젝트를 통해 특정 소스 버전에 직접 종속성을 지정하고 아티팩트를 모두 피할 수 있기 때문입니다.

lein-voom은 꽤 젊으며 문서와 CLI는 매우 거칠지 만 핵심 기능은 견고합니다. GitHub project에 문제 나 질문을 게시하십시오.

Answer 2

I wrote up an article 반면에 Maven을 사용하여 결정론적인면을 뒷받침합니다.

어셈블리 플러그인을 사용하여 다음과 같이 구성합니다 :

src/main/assembly/zip.xml : 여기 두드러진 점 압축을 푼 끝에 여분의 CRLF를 기억 자신의 MANIFEST.MF에 추가

<assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0" 
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
      xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd"> 
    <id>deterministic</id> 
    <baseDirectory>/</baseDirectory> 
    <formats> 
    <format>zip</format> 
    </formats> 
    <fileSets> 
    <fileSet> 
     <directory>${project.build.directory}/classes</directory> 
     <outputDirectory>/</outputDirectory> 
    </fileSet> 
    </fileSets> 
</assembly> 

를하거나 원 유효하지 않습니다.

src/main/resources/META-INF/MANIFEST.MF :

Manifest-Version: 1.0 
Archiver-Version: Plexus Archiver 
Created-By: Apache Maven 
Built-By: yourapp 
Build-Jdk: 1.7.0 

당신의 pom.xml에 몇 가지 플러그인을 추가

의 pom.xml :

<plugins> 

... other plugins ... 

    <!-- Step 1: Set all timestamps to same value --> 
    <plugin> 
    <artifactId>maven-antrun-plugin</artifactId> 
    <version>1.7</version> 
    <executions> 
     <execution> 
     <id>1-touch-classes</id> 
     <phase>prepare-package</phase> 
     <configuration> 
      <target> 
      <touch datetime="01/01/2000 00:10:00 am"> 
       <fileset dir="target/classes"/> 
      </touch> 
      </target> 
     </configuration> 
     <goals> 
      <goal>run</goal> 
     </goals> 
     </execution> 
    </executions> 
    </plugin> 

    <!-- Step 2: Assemble as a ZIP to avoid MANIFEST.MF timestamp --> 
    <plugin> 
    <artifactId>maven-assembly-plugin</artifactId> 
    <version>2.2.1</version> 
    <configuration> 
     <descriptors> 
     <descriptor>src/main/assembly/zip.xml</descriptor> 
     </descriptors> 
    </configuration> 
    <executions> 
     <execution> 
     <id>2-make-assembly</id> 
     <phase>prepare-package</phase> 
     <goals> 
      <goal>single</goal> 
     </goals> 
     </execution> 
    </executions> 
    </plugin> 

    <!-- Step 3: Rename ZIP as JAR --> 
    <plugin> 
    <artifactId>maven-antrun-plugin</artifactId> 
    <version>1.7</version> 
    <executions> 
     <execution> 
     <id>3-rename-assembly</id> 
     <phase>package</phase> 
     <configuration> 
      <target> 
      <move file="${project.build.directory}/${project.build.finalName}-deterministic.zip" 
        tofile="${project.build.directory}/${project.build.finalName}-deterministic.jar"/> 
      </target> 
     </configuration> 
     <goals> 
      <goal>run</goal> 
     </goals> 
     </execution> 
    </executions> 
    </plugin> 

... more plugins ... 

</plugins> 

이이 결정 JAR를 만들 것입니다,하지만 여전히에 따라 달라집니다 JVM과 운영 체제의 정확한 버전. Bitcoin Core 프로젝트가 사용하는 you should explore the gitian approach을 극복하고 VirtualBox 환경 내의 특정 JVM을 위임합니다. 이 방식으로 여러 개발자가 소스에서 독립적으로 빌드 한 다음 바이너리에 서명하여 계약 내용을 설명 할 수 있습니다. 특정 임계 값에 도달하면 코드는 결정적으로 판명 된 것으로 간주되어 해제 될 수 있습니다.