마스터 ANT 빌드 파일을 통해 여러 android 프로젝트 빌드

Question

일련의 Android 프로젝트를 빌드하는 데 사용하는 마스터 빌드 파일이 있습니다. 이 안드로이드 프로젝트 각각은 동일한 안드로이드 라이브러리 프로젝트를 참조합니다. (CoreLibrary). 다음은 내 하위 작업입니다.

<target name="build" description="Builds (only) all applications"> 
    <subant> 
     <target name="debug" /> 
     <fileset refid="all-applications" /> 
    </subant> 
</target> 

질문 : 내 subant 작업의 모든 응용 프로그램 파일 세트의 각 안드로이드 프로젝트에 대한 재 구축되는 CoreLibrary을 방지하기 위해 내가 할 수있는 일이 있습니까? 이것은 내가 할 수있는 일이 있기를 바라고 내 빌드 타임을 상당히 가속화 할 것입니다.

Answer 1

사실 저는 최근에이 문제를 해결할 방법을 찾아 냈습니다. 기본 아이디어는 내 ANT 파일이 모든 라이브러리 프로젝트를 찾아서 먼저 빌드 한 다음 nodeps 대상으로 나머지 프로젝트를 빌드한다는 것입니다. 이렇게하면 CoreLibrary이 지속적으로 다시 컴파일되는 상황을 효과적으로 방지 할 수 있습니다. 실제로 그래서 나는 nodeps 대상으로 라이브러리를 구축 할 수있는 라이브러리 의존성 순서를 발견 작업을 쓴 경우

<?xml version="1.0" encoding="UTF-8"?> 
<project name="MasterBuild"> 

<!-- A property for the name of the file that contains 'android.library=true' (which is how we find library projects) --> 
<property name="library.setting.file.name" value="project.properties" /> 

<filelist id="normal-projects" dir="."> 
    <!-- You want to add your own projects here --> 
    <file name="./MyProject/build.xml" /> 
    <file name="./MyProject2/build.xml" /> 
    <file name="./MyProject3/build.xml" /> 
</filelist> 

<fileset id="all-libraries-properties" dir="."> 
    <include name="*/${library.setting.file.name}" /> 
    <contains casesensitive="true" text="android.library=true" /> 
</fileset> 

<pathconvert property="all-libraries" refid="all-libraries-properties"> 
    <globmapper from="*${library.setting.file.name}" to="*build.xml" /> 
</pathconvert>  

<target name="-set-debug-mode"> 
    <property name="build.target" value="debug" /> 
    <property name="install.target" value="installd" /> 
</target> 

<target name="-set-release-mode"> 
    <property name="build.target" value="release" /> 
    <property name="install.target" value="installr" /> 
</target> 

<target name="-build-dependencies" unless="built.dependencies"> 
    <property name="built.dependencies" value="true" /> 
    <subant buildpath="${all-libraries}" target="${build.target}" inheritall="false" /> 
</target> 

<target name="-build-normal-projects" depends="-build-dependencies"> 
    <subant inheritall="false"> 
     <target name="nodeps" /> 
     <target name="${build.target}" /> 
     <resources refid="normal-projects" /> 
    </subant> 
</target> 

<target name="-install-normal-projects"> 
    <subant inheritall="false"> 
     <target name="${install.target}" /> 
     <resources refid="normal-projects" /> 
    </subant> 
</target> 

<target name="debug" depends="-set-debug-mode, -build-normal-projects" description="Builds (only) a debug-key signed application" /> 
<target name="release" depends="-set-release-mode, -build-normal-projects" description="Builds (only) a release-key signed application" /> 

<target name="installd" depends="-set-debug-mode, -install-normal-projects" description="Installs (only) a debug-key signed application" /> 
<target name="installr" depends="-set-release-mode, -install-normal-projects" description="Installs (only) a release-key signed application" /> 

</project> 

주이 솔루션을 향상시킬 수있다. 또한, "정상적인 프로젝트"를 자동으로 탐지하는 방법이있을 수 있지만 아직 필요하지 않습니다. 마지막으로, 나는 정상적인 ANT 파일에서 꽤 많은 것들을 풀어 여기에 가져 왔으므로 아무 것도 놓치지 않았다. 그러나 개념은 존재합니다.

Answer 2

라이브러리 프로젝트가 java 전용 (리소스 없음) 인 경우이를 모두 jar로 배포 할 수 있으며 빌드 파일의 종속성 해결을 위해 ivy + ivy ant 태스크로 depublencies를 관리 할 수 ​​있습니다. 하지만 그들은 여전히 ​​클래스에서 덱스 파일로 빌드 될 것입니다.

Answer 3

Android Maven 플러그인을 사용하는 경우 각 부품을 개별적으로 또는 모듈로 모두 빌드하고 코어 라이브러리를 jar 또는 apklib (리소스가있는 경우)로 다시 사용할 수 있습니다. Maven의 빌트인 의존성 메커니즘은 다른 라이브러리를 통합하는 것을 처리 할 것이다.

RoboGuice 또는 ActionBarSherlock 및 예제 앱을 사용하여 작동 방식을 확인할 수 있습니다.

또한 리포지토리 관리자를 사용하여 거기에 라이브러리를 배포하면 모든 팀 구성원이 여기에서 라이브러리를 가져올 수 있습니다. CI 서버에서 빌드하십시오.