blob: 0b9bc7aeff65cabd92ab4fca4ed666e3503353bd [file] [log] [blame]
Robert Ly35f2fda2013-01-29 16:27:05 -08001page.title=Getting the Source
2@jd:body
3
4<!--
5 Copyright 2010 The Android Open Source Project
6
7 Licensed under the Apache License, Version 2.0 (the "License");
8 you may not use this file except in compliance with the License.
9 You may obtain a copy of the License at
10
11 http://www.apache.org/licenses/LICENSE-2.0
12
13 Unless required by applicable law or agreed to in writing, software
14 distributed under the License is distributed on an "AS IS" BASIS,
15 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
16 See the License for the specific language governing permissions and
17 limitations under the License.
18-->
19<p>
20 Before you can use the PDK, ensure that your <a href="{@docRoot}source/initializing.html">build environment
21 is set up</a>. When you are done, follow these steps to obtain the Android PDK source:
22</p>
23<ol>
24 <li>
25 <a href=
26 "https://accounts.google.com/SignUp?continue=https%3A%2F%2Faccounts.google.com%2FManageAccount">
27 Create a Google Account</a> with a corporate email address (e.g. @htc.com or @motorola.com and
28 not @gmail.com) for each individual who needs access to the partner source server. This should
29 be a relatively small number of users.
30 </li>
31 <li>Sign into the <a href="https://partner-android-review.googlesource.com">Android Gerrit
32 server</a> with the Google Account you just created and go to <strong>Settings &gt; HTTP Password
33 &gt; Obtain Password</strong> to get a password that you can use to authenticate to the Android
34 source servers. Follow the directions on that page for more information.
35 </li>
36 <li>Send a list of the Google Accounts that were created to Google to add them to our access
37 list.
38 </li>
39 <li>There are four variants of the source that you can sync to. For armv7a, run the following commands:
40<pre>
41repo init -u https://partner-android.googlesource.com/platform/vendor/pdk/mini_armv7a_neon/mini_armv7a_neon-userdebug/manifest.git -b &lt;branch_name&gt;
42repo sync
43</pre>
44<p>For armv7a with NEON support, run the following commands:</p>
45<pre>
46repo init -u https://partner-android.googlesource.com/platform/vendor/pdk/mini_armv7a/mini_armv7a-userdebug/manifest.git -b &lt;branch_name&gt;
47repo sync
48</pre>
49<p>For MIPS, run the following commands:</p>
50<pre>
51repo init -u https://partner-android.googlesource.com/a/platform/vendor/pdk/mini_mips/mini_mips-userdebug/manifest.git -b &lt;branch_name&gt;
52repo sync
53</pre>
54<p>For x86, run the following commands:</p>
55<pre>
56repo init -u https://partner-android.googlesource.com/a/platform/vendor/pdk/mini_x86/mini_x86-userdebug/manifest.git -b &lt;branch_name&gt;
57repo sync
58</pre>
59
60<p>For example, use the <code>jb-mr1-release</code> branch for the PDK release for Jelly Bean MR1.</p>
61</li>
62</ol>
63
64
65<p class="note"><strong>Note:</strong> The PDK repository might be updated many times a day,
66 so it might be a good idea to sync less often if bandwidth is a concern.
67 It is usually more beneficial to sync more frequently at the early development phases of a new platform release
68 as more drastic changes can happen. Additionally, any PDK repository update results in an
69 updated <code>manifest.xml</code> so if you manually change the <code>manifest.xml</code>
70to add your own projects, this blocks syncing of the repository.
71A solution to both these issues is to have a local repository set up that syncs with the PDK
72 repository and then have your developers sync with your local repository and not the main PDK one.</p>