Dolbi
Ich versuche, mein JB-Repository zu synchronisieren, aber ich erhalte diesen seltsamen Fehler. Das Lustige ist, dass es nicht immer am selben Punkt abstürzt (obwohl es möglicherweise nur ein Synchronisationsproblem ist, da ich -j10 hinzufüge).
Befehl:
$ repo sync -j10
Error:
error: Exited sync due to fetch errors
Ich bin mir der Möglichkeit eines Neuanfangs bewusst, aber das ist etwas nervig und ich bekomme dieses Problem oft genug.
Kann jemand eine schnellere Lösung vorschlagen?
Ok, also danke für die Mühe, ich habe eine ähnliche Frage gefunden hier
Zusammenfassung:
Aufruf $ repo sync -f -j10 hat es geschafft.
Wie es aussieht -f oder --force-broken Das Flag ermöglicht die Wiederherstellung nach Netzwerkfehlern und, was noch wichtiger ist, die Wiederherstellung von beschädigten/fehlenden Objekten.
weißt du, was -j10 meint?
– Ahmad Kayyali
21. April 2014 um 7:10 Uhr
danke dolbi, ich denke es ist das gleiche wie mit make -j 4 aber N im Befehl make gibt die Anzahl der Kerne an
– Ahmad Kayyali
29. April 2014 um 11:59 Uhr
in make N steht noch die Anzahl der Tasks, Build alles mit make. GNU make kann parallele Tasks mit einem -jN-Argument verarbeiten, und es ist üblich, eine Anzahl von Tasks N zu verwenden, die zwischen dem 1- und 2-fachen der Anzahl der Hardware-Threads auf dem Computer liegt, der für den Build verwendet wird. Auf einem Dual-E5520-Rechner (2 CPUs, 4 Kerne pro CPU, 2 Threads pro Kern) werden die schnellsten Builds beispielsweise mit Befehlen zwischen make -j16 und make -j32 erstellt.
– SpyZip
10. Dezember 2014 um 8:17 Uhr
@dobi Danke! Das hat mir viel Zeit gespart!!
– Blaufalke
17. Oktober 2017 um 4:23 Uhr
Feuerlord
repo sync -j1 -f --force-sync
meinen cm13.0-Synchronisierungsfehler behoben
Abitat Roy
Es gibt einen großen sachlichen Fehler, den die meisten Leute kennen! Die Leute denken, wenn die Repo-Synchronisierung fehlschlägt, müssen sie noch einmal von vorne herunterladen. Aber das ist niemals wahr! Sobald die Repo-Synchronisierung nach einem Fehler oder einer manuellen Beendigung neu gestartet wird, wird die Synchronisierung einfach dort fortgesetzt, wo sie beendet wurde, und nur die vorhandenen Dateien aktualisiert, die auf Github aktualisiert wurden. Erzähle dir von meiner Erfahrung.
Und noch ein Tipp: Nachdem die Repo-Synchronisierung abgeschlossen ist, löschen Sie niemals den .repo-Ordner. Wenn Sie dies tun, beginnt das Repo-Tool mit dem Herunterladen des gesamten Codes von Anfang an, anstatt ihn nur zu aktualisieren, wenn Sie danach die Repo-Synchronisierung ausführen!
Ich hatte einige unerwünschte Änderungen in mehreren Repositories und zuvor ausgeführt repo rebase was die Situation nur verschlimmerte. repo sync -f konnte nicht abgeschlossen werden, da bei mindestens einem Repo eine Rebase im Gange war und ein anderes Repo falsche Tracking-Informationen hatte (beschädigtes Manifest?) + einige gepushte, aber nicht zusammengeführte Commits. Force Flag erwies sich in einer solchen Situation als nutzlos. Ich wollte nur, dass das verdammte Ding meinen Arbeitsbaum durch Origin/Master ersetzt. rm -rf <affected subrepos> && repo sync hat sauber gearbeitet. Die Repo-Synchronisierung schlägt zu oft fehl, aber rm nie.
– Xeverous
22. Juli 2019 um 15:52 Uhr
Löschen Sie die Projekte, in denen Sie die Fehler erhalten, und synchronisieren Sie dieses Projekt dann erneut. Es hat für mich funktioniert.
Ich habe es gelöst, indem ich die Option „Synchronisierung erzwingen“ verwendet habe.
repo sync --force-sync
Bitte versuchen Sie dasselbe….. Wenn immer noch Fehler auftreten, versuchen Sie es mit system force, dh
repo sync --force-sync system/core
Es gibt bereits eine Antwort, die Force-Sync vorschlägt. Erwägen Sie, die Antwort positiv zu bewerten oder die Antwort zu kommentieren, anstatt eine neue Antwort zu posten.
– Vijayst
4. September 2016 um 8:04 Uhr
Tom Taylor
Entfernen,
rm -rf .git/rebase-apply
rm -rf .git/refs
hat bei mir funktioniert.
Es gibt bereits eine Antwort, die Force-Sync vorschlägt. Erwägen Sie, die Antwort positiv zu bewerten oder die Antwort zu kommentieren, anstatt eine neue Antwort zu posten.
– Vijayst
4. September 2016 um 8:04 Uhr
Peterh
Ich bin auf dieses Problem gestoßen. Ich habe es viele Male versucht, aber es hat nicht funktioniert. Selbst das füge ich manchmal den Parameter -f hinzu.
Zum Schluss habe ich die gelöscht .repo/projects/xxx project , Repo erneut synchronisieren und es hat funktioniert.
