Tags
The following release tags are available
- studio-1.4-release
- studio-1.5-release
Doing a Checkout
플랫폼 빌딩을 계획하는 것이 아니라면, 일부 요구사항(예, case-sensitive file system)은 필요하지 않습니다.
Mac이라면 에뮬레이터를 빌드하기 위한 XCode가 필요합니다.
Some of the requirements are not needed (case-sensitive file system for instance), unless you also plan on building the platform. If you're on Mac you will still need XCode to build the emulator.
그런 다음 shell에서 다음 커맨드를 사용하여 소스 코드를 점검할 수 있습니다:
Then you can check out the source code using the following commands in a shell:
$ mkdir studio-master-dev
$ cd studio-master-dev
$ repo init -u https://android.googlesource.com/platform/manifest -b studio-master-dev
$ repo sync
(You can obviously call the top level directory what you want; those of us who check out multiple branches prefer to name the directories after the branches.)
During the repo init command, it will ask you for your name and e-mail address; these will be used later if you decide to check in changesets and upload them for review.
If you'd like to check out and build the 1.5 release tag, use the following command instead
$ repo init -u https://android.googlesource.com/platform/manifest -b studio-1.5
followed by repo sync as before.
Doing a checkout of a specific release
We are starting to tag releases. This means you can use the tag to get the source code for a specific version. We are currently using the following tags:
For instance you can do a checkout of version 1.0.0 of the Gradle plugin with the following command:
$
repo init -u https://android.googlesource.com/platform/manifest -b gradle_1.0.0
For Studio 1.4, the release tag was "studio-1.4
", for 1.5, "studio-1.5
", etc.
2. Building
The parts of the SDK that can be build with the studio-* branches are only the IDE components and the SDK Tools. Each component is build differently due to varying build systems.
None of them uses the make-based build system of the platform.
Building Android Studio
Historically, building the Android tools required building the full Android SDK as well, since for example the emulator needed the system image.
However, we've been gradually migrating the tools source code over to a more independent setup, and you can now build the Android Studio IDE without a full Android checkout and without a C compiler etc. The instructions for building Android Studio are listed in the
Building Android Studio page; the remainder of this document documents the process for building the rest of the tools (the Eclipse plugin, the emulator, etc.)
Building the Android Gradle Plugin
Building the Linux and MacOS SDK
This part only builds the SDK Tools. Follow these steps:
$ mkdir -p out/dist
$ ./tools/buildSrc/servers/build_tools.sh `pwd`/out `pwd`/out/dist 1234
This will build the SDK Tools for your current platform. the result is located in out/sdk/
This is composed of
- The emulator and associated executables and libraries
- Java-based standalone tools
- Monitor
To work on the Java-based tools only, you can open the IJ project located in tools/base.
To build / test the java tools only:
$ cd tools/
$ ./gradlew assemble // builds only
$ ./gradlew check // runs tests as well.
Building the Windows SDK
These instructions are currently obsolete. Coming soon.
Full Windows SDK builds are only supported on Linux -- most of the framework is not designed to be built on Windows so technically the Windows SDK is build on top of a Linux SDK where a few binaries are replaced.
Setup:
$ sudo apt-get install mingw32 tofrodos
mingw32 is the cross-compiler, tofrodos adds a unix2dos command
To build:
$ . build/envsetup.sh
$ lunch sdk-eng
$ make win_sdk
Note that this will build both a Linux SDK then a Windows SDK. The result is located at
out/host/windows/sdk/android-sdk_eng.username_windows/Building the Deprecated Eclipse-based Tools.
댓글