In .gitmodule wurde keine Submodulzuordnung für einen Pfad gefunden, der kein Submodul ist

Ich habe ein Projekt, das ein Submodul bei hat lib/three20

Meine .gitmoduleDatei sieht folgendermaßen aus:

[submodule "lib/three20"]
    path = lib/three20
    url = git://github.com/facebook/three20.git

Ich habe dies in der Vergangenheit fehlerfrei geklont ( git submodule initgefolgt von a git submodule update) und es funktioniert schon eine Weile.

Ich habe versucht, dies auf einen neuen Computer zu klonen, und jetzt erhalte ich den folgenden Fehler git submodule init:

No submodule mapping found in .gitmodules for path 'Classes/Support/Three20'

Dieser Pfad ist nur ein leerer Ordner in Xcode, in dem ich die Projekte aus dem anderen Verzeichnis unterbringe. Es ist nicht Teil der .gitmodulesDatei, daher sehe ich nicht, woher dieser Pfad stammt.

Irgendwelche Ideen?

Nach rajibchowdhury ‚s Antwort (upvoted), Verwendunggit rm der Befehl wird empfohlen, ist für das Entfernen von speziellen Eintrag im Index ein Submodul angibt (a‚Ordner‘mit einem speziellen Modus 160000).

Wenn der spezielle Eingabepfad nicht in der verwiesen wird .gitmodule(wie ‚ Classes/Support/Three20‘ in der ursprünglichen Frage), dann müssen Sie es entfernen, um das zu vermeiden " Keine Submodul Zuordnung gefunden .gitmodulesfür Pfadfehlermeldung".

Sie können alle Einträge im Index überprüfen, die auf Submodule verweisen:

git ls-files --stage | grep 160000

Vorherige Antwort (November 2010)

Es ist möglich, dass Sie Ihr ursprüngliches Submodul nicht korrekt deklariert haben (dh ohne Ende '/' am Ende, wie in meiner alten Antwort beschrieben , obwohl Ihr .gitmodulePfad in Ordnung ist).

Dieser Thread erwähnt:

Erhalten Sie den gleichen Fehler, wenn Sie 'git submodule init' von einem neuen Klon ausführen?
Wenn ja, stimmt etwas nicht.

Wenn Sie keine Submodule haben, löschen Sie .gitmodulesalle Verweise auf Submodule in .git / config und stellen Sie sicher, dass das Pikimal-Verzeichnis kein Verzeichnis enthält .git.
Wenn das Problem dadurch behoben wird, checken Sie ein und machen Sie dasselbe auf Ihrer Kreuzfahrt-Arbeitskopie.

Löschen Sie natürlich nicht Ihre Hauptdatei .gitmodules, sondern kümmern Sie sich um andere zusätzliche .gitmodulesDateien in Ihrem Arbeitsbaum.

Jefromi erwähnt immer noch im Thema "falsche Submodulinitialisierung" Submodule, die tatsächlich Gitlinks sind.

Siehe So verfolgen Sie nicht verfolgte Inhalte um ein solches Verzeichnis in ein echtes Submodul umzuwandeln.

In .gitmodules wurde keine Submodulzuordnung für den Pfad 'OtherLibrary / MKStore' gefunden, wenn

$ git submodule update --init

Ich wusste nicht, warum der Fehler auftritt. Nach einer Minute und fand die Antwort im Stackoverflow.

$ git rm --cached OtherLibrary/MKStore

und aktualisieren Sie das Submodul erneut. Es funktioniert gut.

http://en.saturngod.net/no-submodule-mapping-found-in-gitmodules

Wenn ich SourceTree benutze, um das Zeug zu machen, wird es diese Nachricht ausspucken.
Die Nachricht, auf die ich gestoßen bin:

git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree submodule update --init --recursive
No submodule mapping found in .gitmodules for path 'SampleProject/SampleProject'
Completed with errors, see above

Mein Szenario ist, dass ich das Projektverzeichnis, das den Ordner .git enthält, falsch angewendet habe .
SourceTree betrachtete diesen Ordner als Git-Submodul, aber eigentlich nicht.

Meine Lösung ist die Verwendung der Befehlszeile, um es zu entfernen.

$ git rm -r SampleProject --cached
$ git commit -m "clean up folders"

Entferne den Müll in Git und halte ihn sauber.

Ich habe dieses Problem für mich gelöst. Anfangs habe ich versucht, dies zu tun:

git submodule add --branch master [URL] [PATH_TO_SUBMODULE]

Wie sich herausstellt, sollte die Spezifikation der Option --branch nicht verwendet werden, wenn Sie den Hauptzweig klonen möchten . Es wirft diesen Fehler aus:

fatal: Cannot force update the current branch.
Unable to checkout submodule '[PATH_TO_SUBMODULE]'

Jedes Mal, wenn Sie versuchen, eine

git submodule sync

Dieser Fehler wird ausgelöst:

No submodule mapping found in .gitmodules for path '[PATH_TO_SUBMODULE]'

Und die in .gitmodules benötigten Zeilen werden niemals hinzugefügt.

Die Lösung für mich war also:

git submodule add [URL] [PATH_TO_SUBMODULE]

Ich habe gerade diesen Fehler festgestellt, nachdem ich versucht habe, "submodule init" an einer neuen Kasse meines Repos zu "git". Es stellte sich heraus, dass ich den Modul-Unterordner anfangs mit dem falschen Fall angegeben hatte. Da ich auf einem Mac mit einem Dateisystem mit Groß- und Kleinschreibung (Hurr) bin, ist dies fehlgeschlagen. Zum Beispiel:

git submodule add [email protected]:user/project.git MyApp/Resources/Project
Cloning into 'MyApp/Resources/Project'

erfolgreich, aber das Problem ist, dass auf der Festplatte der Pfad ist

Myapp/Resources/Project

Was ich nicht verstehe, ist, warum git das Modul in einen falschen Ordner initiiert (wobei der falsche Fall in meinem Befehl ignoriert wird), aber dann mit nachfolgenden Befehlen korrekt funktioniert (indem es fehlschlägt).

Nur git rm subdir wird in Ordnung sein. Dadurch wird das Unterverzeichnis als Index entfernt.

Hatte gerade dieses Problem. Für eine Weile habe ich versucht, den Pfad zu entfernen, den Pfad zu entfernen, Git-Module zu entfernen, den Eintrag aus Git / Config zu entfernen, das Submodul wieder hinzuzufügen, dann die Änderung festzuschreiben und zu verschieben. Es war rätselhaft, weil es nach keiner Änderung aussah, als ich "git commit -a" machte, also habe ich versucht, nur das Entfernen und dann die Neuausgabe zu drücken, damit es wie eine Änderung aussieht.

Nach einer Weile bemerkte ich zufällig, dass nach dem Entfernen von "git submodule update --init" eine Meldung über einen bestimmten Namen angezeigt wurde, auf den git keinen Verweis mehr haben sollte: den Namen des Repositorys des Submoduls wurde verlinkt, nicht der Pfadname, auf den es ausgecheckt hat. Grepping ergab, dass sich diese Referenz in .git / index befand. Also habe ich "git rm --cached repo-name" ausgeführt und dann das Modul erneut gelesen. Als ich dieses Mal festschrieb, enthielt die Festschreibungsnachricht eine Änderung, dass dieses unerwartete Objekt gelöscht wurde. Danach funktioniert es gut.

Ich bin mir nicht sicher, was passiert ist. Ich vermute, jemand hat den Befehl git submodule missbraucht und möglicherweise die Argumente umgekehrt. Könnte ich sogar gewesen sein ... Hoffe das hilft jemandem!

In der Datei .gitmodules habe ich den String ersetzt

"path = thirdsrc\boost" 

mit

"path = thirdsrc/boost", 

und es gelöst! - -

Die Ordnerzuordnung befindet sich im .git/modulesOrdner (jeder hat eine configDatei mit Bezug auf seine worktree). Stellen Sie daher sicher, dass diese Ordner der Konfiguration in .gitmodulesund entsprechen .git/config.

Hat .gitmodulesalso den richtigen Weg:

[submodule "<path>"]
  path = <path>
  url = [email protected]:foo/bar.git

und in .git/modules/<path>/configin [core]Abschnitt haben Sie den richtigen Pfad zu Ihrem <path>, zB

[core]
  repositoryformatversion = 0
  filemode = true
  bare = false
  logallrefupdates = true
  worktree = ../../../<path>

Wenn der richtige Ordner .git/modulesfehlt, müssen Sie zu Ihrem Submodul-Verzeichnis gehen und versuchen, git reset HEAD --hardoder git checkout master -f. Wenn dies nicht hilft, möchten Sie wahrscheinlich alle Verweise auf das defekte Submodul entfernen und erneut hinzufügen. Weitere Informationen finden Sie unter: Umbenennen eines Git-Submoduls .

Szenario: Ändern des Submoduls vom Verzeichnis dirA-xxx in ein anderes Verzeichnis dirB-xxx

1. Verschieben Sie das dirA-xxx nach dirB-xxx
2. Ändern Sie den Eintrag in .gitmodules, um dirB-xxx zu verwenden
3. Ändern Sie den Eintrag in .git / config, um dirB-xxx zu verwenden
4. Ändern Sie .git / modules / dirA-xxx / config, um das richtige Verzeichnis wiederzugeben
5. Ändern Sie dirA-xxx / .git, um das richtige Verzeichnis wiederzugeben

6. Lauf git submodule status

   Wenn Rückgabefehler: In .gitmodules für den Pfad dirA-xxx wurde keine Submodulzuordnung gefunden. Dies liegt daran, dass dirA-xxx nicht vorhanden ist, aber dennoch von git verfolgt wird. Aktualisieren Sie den Git-Index durch:git rm --cached dirA-xxx

   Versuchen Sie es mit git submodule foreach git pull. Ich habe die eigentliche Untersuchung der Struktur des Git-Submoduls nicht durchlaufen, daher können die obigen Schritte etwas beschädigen. Trotzdem sieht es im Moment gut aus. Wenn Sie einen Einblick oder geeignete Schritte haben, um etwas zu erledigen, teilen Sie ihn hier mit. :) :)

Normalerweise erstellt git ein verstecktes Verzeichnis im Stammverzeichnis des Projekts (.git /).

Wenn Sie an einem CMS arbeiten, können Sie möglicherweise Module / Plugins installieren, die das Verzeichnis .git / mit den Metadaten von git für das jeweilige Modul / Plugin enthalten

Die schnellste Lösung besteht darin, alle .git-Verzeichnisse zu finden und nur Ihr Root-Git-Metadatenverzeichnis zu behalten. Wenn Sie dies tun, betrachtet git diese Module nicht als Projekt-Submodule.

Nachdem ich mir meine angesehen hatte .gitmodules, stellte sich heraus, dass ich einen Großbuchstaben hatte, den ich nicht haben sollte. Beachten Sie also, dass bei den .gitmodulesVerzeichnissen zwischen Groß- und Kleinschreibung unterschieden wird

In meinem Fall war der Fehler wahrscheinlich auf eine falsche Zusammenführung von .gitmodules auf zwei Zweigen mit unterschiedlichen Submodulkonfigurationen zurückzuführen. Nachdem ich Vorschläge aus diesem Forum angenommen hatte, löste ich das Problem beim manuellen Bearbeiten der .gitmodules-Datei. Das Hinzufügen des fehlenden Submoduleintrags ist ziemlich einfach. Danach funktionierte der Befehl git submodule update --init --recursive ohne Probleme.

Das Problem für uns war, dass doppelte Submoduleinträge zu .gitmodules hinzugefügt wurden (wahrscheinlich aus einer Zusammenführung). Wir haben nach dem Pfad gesucht, über den sich git in .gitmodules beschwert hat, und die beiden identischen Abschnitte gefunden. Das Löschen eines der Abschnitte löste das Problem für uns.

Für das, was es wert ist, gab Git 1.7.1 den Fehler "Keine Submodulzuordnung", aber Git 2.13.0 schien sich nicht darum zu kümmern.