Ich habe ein cvs-Repository in das git-Repository migriert und es befindet sich auf dem Server. In meinem lokalen Verzeichnis habe ich versucht, dieses Repository zu klonen. Es wurde geklont. Aber wenn ich den git-Status überprüfte, zeigt er das Ergebnis zum Beispiel wie folgt.
%Vor%usw.,
Was ist das Problem? Warum habe ich die Quelldateien nicht bekommen? Wenn ich die git checkout FMS_RE_ENGG nach geklont habe, dann kann ich es bekommen. Warum gibt es die Quelldateien nicht zum Zeitpunkt des Klonens selbst?
Wenn ich Sie richtig verstehe, nehme ich an, dass Sie das Repository mit einem einfachen Klonbefehl wie
greifen %Vor%Beim Ausführen:
%Vor%Dies überprüft einen anderen Zweig in Ihrem GIT-Repository. Wenn Ihre Quelldateien Teil des FMS_RE_ENGG-Zweigs sind, aber nicht des Hauptzweigs, werden beim Klonen des Repositorys die Quelldateien nicht angezeigt, da Sie nicht am Zweig FMS_RE_ENGG arbeiten.
Sie haben wahrscheinlich git fast-import verwendet, um Ihr Repository mit den cvs-Daten zu füllen. Dadurch werden die Datenstrukturen in Ihren .git-Unterverzeichnissen geändert, es wird jedoch kein funktionierender Checkout erstellt.
So git status "denkt", dass Sie ALLE Ihre Dateien gelöscht haben und dass das nächste Commit sie aus dem Repository entfernt.
Geben Sie einfach git reset --hard zurück, um Ihre Arbeitskopie von Ihrem Master-Zweig auf einen sauberen Checkout zurückzusetzen.
Was zeigt git branch -a nach dem Klonen? Das Problem könnte darin liegen, dass git clone den entfernten Rechner fragt, welche Verzweigung er als seine aktuelle Verzweigung hat und diese in dem geklonten (Ihrem lokalen) Repo widerspiegelt.
Angeblich hat entweder dein Konvertierungswerkzeug etwas verschraubt oder das Remote Repo ist irgendwie in Bezug auf seine Idee über seinen aktiven Zweig verschraubt.
Wir brauchen mehr Informationen von Ihnen, um bessere Vermutungen zu machen.
Tags und Links git