repo init einem bestimmten commit

Im Gebäude der Cyanogenmod 9 (Android ICS) - system für ein Nexus S Handy (samsung crespo).
Das problem ist, dass, wenn ich tun:

repo init -u git://github.com/CyanogenMod/android.git -b ics

Den repo-inits auf den neuesten commit des ICS, in denen das manifest nicht enthalten sind einige device/samsung/Projekte, die ich brauche (speziell https://github.com/CyanogenMod/android_device_samsung_crespo).

Wie kann ich das repo init auf einen bestimmten commit?
In meinem Fall möchte ich den letzten commit mit dem google-android-4.0.3_r1 Zweig.
Ist dieses hier:

Wenn ich

repo init -u git://github.com/CyanogenMod/android.git -b commit-hash

Nicht funktioniert, scheint das repo init -b unterstützen nur den KOPF von einem Zweig.

Vielen Dank im Voraus.

InformationsquelleAutor renzoe | 2012-05-30

  1. 5

    Lange Antwort:

    Können Sie nicht angeben, ein branch-name (oder SHA oder was auch immer) zu repo, wird es nicht funktionieren. Ist hier, warum:

    repo ist ein Skript, das Griffe eine Sammlung von repository-Projekte (die in der Tat unabhängig sind, git ' s). Projekt-Liste befindet sich in .repo git, und enthält eine manifest-Datei, die im Grunde ist eine Liste aller git-repository, und Sie sind Zweige. -b ist nur relevant für repo git während repo init.

    Hier ist ein Beispiel von .repo/manifests/default.xml:

    <?xml version="1.0" encoding="UTF-8"?>
<manifest>
  <remote fetch="git://address.com/" name="origin"
          review="review.address.com"/>
  <default remote="origin" revision="ics-something" sync-j="4"/>
  <manifest-server url="http://manifests.address.com:8000"/>
  <!-- sniff -->
  <project name="platform/external/libxml2" path="external/libxml2"
           revision="ics-common"/>
  <project name="platform/external/zlib" path="external/zlib"
           revision="ics-common"/>
  <project name="platform/frameworks/base" path="frameworks/base"
           revision="ics-something"/>
  <project name="platform/packages/apps/Bluetooth" path="packages/apps/Bluetooth"
           revision="ics-common"/>
  <!-- sniff -->
</manifest>

    So, die richtige Art und Weise der Beschaffung der Quellen für das repository für den jeweiligen build zu erhalten, ist es manifest.

    I. e., manifest, enthalten wird SHA (oder tags, die sind praktisch dieselben, wenn Sie vorhanden sind) anstelle von Markenbezeichnungen. Auf diese Weise wird jede git-Projekt in Ihrem repository wird in einigen Begehen, das war die Letzte am größten wenn der build ausgeführt wurde:

    <?xml version="1.0" encoding="UTF-8"?>
<manifest>
  <remote fetch="git://address.com/" name="origin"
          review="review.address.com"/>
  <default remote="origin" revision="ics-something" sync-j="4"/>
  <manifest-server url="http://manifests.address.com:8000"/>
  <!-- sniff -->
  <project name="platform/external/libxml2" path="external/libxml2"
           revision="refs/tags/android-4.0.4_r1.1"/>
  <project name="platform/external/zlib" path="external/zlib"
           revision="refs/tags/android-4.0.4_r1.1"/>
  <project name="platform/frameworks/base" path="frameworks/base"
           revision="ecb41a77411358d385e3fde5b4e98a5f3d9cfdd5"/>
  <project name="platform/packages/apps/Bluetooth" path="packages/apps/Bluetooth"
           revision="621bae79f1a250e443eb83d1f473c533bea493dc"/>
  <!-- sniff -->
</manifest>

    Wie Sie sehen, der einzige Unterschied zwischen diesen beiden manifestiert, ist die revision Werten von repository-git.

    Kurze Antwort:

    Müssen Sie um manifest_static.xml des bestimmten build.

    Oder, wenn Sie fehlen nur noch einige Projekt git 's, dann könnten Sie local_manifest.xml Datei in .repo git, fügen Sie fehlende git' s es, und dann repo sync von der Wurzel des Projektarchivs. Mehr info auf local_manifest.xml Nutzung ist hier.

    Warum sind Sie nicht mit git submodule statt .repo? Scheint, dass es gebaut wurde, für dieses...
    repo können mehr als nur synchronisieren. Es automatisiert uploads zu gerrit, erstellen von Zweigen, das herunterladen von änderungen, ohne zu wissen, das Ziel git, etc. Sicher, es ist nur der wrapper-Skript, und buchstäblich alles, was getan werden kann, mit der bare-git. Aber da Google repo jeder klebt 🙂

    InformationsquelleAutor Andrejs Cainikovs

  2. 4

    Habe ich es herausgefunden. Wenn Ihr einen tag in einer manifest-Datei (version.xml für Beispiel). Sie können repo init auf einen bestimmten tag mit dem folgenden Befehl:

    repo init -u <addres> -b refs/tags/<tagname> -m version.xml

    InformationsquelleAutor Renaud Mathieu

  3. 1

    Ich nicht über ausreichende Autorität, um einen Kommentar abgeben, aber ich wollte nur klarstellen Andrejs Cainikovs Antwort.

    Repo übernimmt ein commit-id SHA zusätzlich zu einem ast-ref als argument für die option-b.

    Als die Antworten vermuten, dass dieses argument gibt die Version des manifests, die verwendet werden soll, indem Sie die repo -, nicht eine revision in den Projekten, die das manifest verweist.

    InformationsquelleAutor Rob

Schreibe einen Kommentar