git-subtree: Push ändert sich von einer geklonten repo

Ich bin mit der git-subtree(von Avery Pennarun). In meinem aktuellen git-repo habe ich natürlich
alle meine Projekt-Dateien/Ordner und eine Unterstruktur namens "lib".
Wenn ich jetzt Klonen Sie das git-repo mit git clone ich bekomme alle Projekt-Dateien und
der Teilbaum "lib" (alles wie es sein sollte).
Was ich jetzt versucht: ich habe etwas verändert in der Unterstruktur "lib" in der geklonten
repo und versucht, schieben Sie die änderungen zurück in das remote-repo des teilbaums "lib" verwenden
git subtree push, aber es hat nicht funktioniert. Was ist das problem? Muss ich es hinzufügen
als Teilbaum zuerst mit git subtree hinzufügen?

Thx im Voraus

  • Wie hat fügen Sie den Teilbaum, den Sie zu Ihrer top-level-Projekt? Hast du nur ein Verzeichnis und Klon hinein?
  • Hi! Ich habe den Teilbaum zu meinem top-level-Projekt mit "git subtree hinzufügen". Vielleicht ist meine Frage nicht klar genug: Wenn ich clone das repo auf einem anderen Rechner, dann habe ich alle Projekte, Dateien sowie der Teilbaum "lib". Jetzt ändere ich etwas in der Unterstruktur "lib" in das geklonte repo, ich kann nicht push die änderungen auf den remote-server mit "git subtree push", das ist mein problem.
  • Habe die Antwort helfen?
  • Hi Roger! Sorry für meine späte Antwort, ich hatte ein paar Tage Weg. Ihre Antwort mein problem gelöst, danke dir sehr. Wie Sie erwähnten in Ihrer Antwort, die ich gerade angefangen zu lernen, wie Sie mithilfe von git subtree.
InformationsquelleAutor arge | 2012-10-09
  1. 15

    Disclaimer, ich vermute, ich bin nur ein paar Tage vor Sie learing über Teilbaum 🙂

    Wenn Sie nur git subtree push Sie sind nicht zu geben Teilbaum genug Informationen zu extrahieren, und schieben Sie Ihre änderungen.

    Wenn Sie geklonte repo richtig Teilbaum wird schon drin sein. Teilbaum muss mitgeteilt werden, welches Teilbaum, den Sie möchten, drücken aus (auch wenn Sie nur eine haben) und es muss auch wissen, wo Sie push-to - genauer gesagt, Sie wollen nicht, um push-to-die top-level-repo. Daher, Sie wollen so etwas wie:

    git subtree push --prefix=lib [email protected]:arges-github/lib.git master

    Offensichtlich die repo-und refspec sollte geändert werden entsprechend Ihrer repo.

    Wenn Sie wollen, zu schauen, was hier passiert (und es hilft) Teilbaum tatsächlich teilt die Veränderungen, die sich auf die Dateien innerhalb des teilbaums in einen anderen Zweig, und dann schiebt, dass der Teilbaum repo. Um dies zu sehen, verwenden Sie subtree split

    git subtree split --rejoin --branch=shared-changes --prefix=lib

    dann haben Sie einen Blick auf die Zweig, die Sie gemacht haben:

    git checkout lib-changes

    und schieben Sie Sie manuell

    git push [email protected]:arges-github/lib.git master

    Wenn das nicht funktioniert, dann kann es sein, dass Sie nicht zusammengeführt werden, ist der Teilbaum in Ihr repo. Beim hinzufügen einer Unterstruktur:

     git subtree add --squash --prefix lib [email protected]:arges-github/lib.git master

    müssen Sie auch die Zusammenführung der Teilbaum, und schieben Sie es zurück zu Ihrer top-level-repo.

     git subtree pull --squash --prefix lib [email protected]:arges-github/lib.git master
 git push
    • Ich hatte ausgeführt, die Schritte, bis Sie den "hinzufügen". Fand keine Dokumentation zu suggerieren, dass eine spätere "ziehen" erforderlich ist. Was würde passieren, wenn die ersten "ziehen" nicht getan ist, auf den Teilbaum, nach dem "hinzufügen"? Das problem, das ich konfrontiert ist, dass selbst nach "add" mit --squash, wenn ich versuche, "subtree " push", es beginnt die Inspektion alle commits auf, die Unterstruktur seit dem Anfang der Zeit, auch wenn ich es wollen zu schieben nur diejenigen verpflichtet, die nach den Teilbaum wurde "Hinzugefügt" zurück in den Behälter repo.
    InformationsquelleAutor Rog
  2. 1

    Ich hatte genau das gleiche problem, das Sie hatten, und ich löste es mit im wesentlichen der Ansatz, Roger Nolan vorgeschlagen. Allerdings, wenn Sie sind unglücklich genug, um auf einem der groß-und Kleinschreibung Dateisystem wie ich war, Sie haben auch, um sicherzustellen, dass jedes mal, wenn Sie einen pull-und einen push, der bei Ihr Präfix bleibt gleich.

    Wenn man am Ende nicht mischen bis der Fall durch Fehler, git denken, Sie haben zwei Teilbäume in der Erwägung, dass nur eine vorhanden ist, auf das Dateisystem.

    Also die Lösung, dass ich am Ende mit (falls es hilft jemand) ist:

    1. Ein Skript erstellen, das wird schieben Sie Ihre Unterstruktur. Rufen Sie publish_<your-subtree-name>.
    2. Erstellen Sie ein weiteres Skript, das wird ziehen Sie Ihre Unterstruktur. Rufen Sie update_<your-subtree-name>.
    3. Erstellen Sie einen temporären Zweig an den KOPF-und test-update. Wenn Ihr Skript ist richtig, den temp-Zweig nicht zu bewegen.
    4. Klon der Teilbaum repo anderswo, fügen Sie in einem test zu Begehen, schieben Sie es und versuchen Sie, ziehen Sie es in das Repository mit dem update-Skript Sie gerade schrieb.
    5. Wenn alles funktioniert, löschen Sie Ihre temporären Niederlassung und überprüfen Sie nun, in beiden Skripte auf die super-Projekt repo.
    6. Dann, Wann immer Sie brauchen, um push-oder pull-Teilbäume, die Skripte benutzen.

    PS> Die --squash parameter ist wichtig, vor allem, wenn die verschiedenen Zweige Ihrer reporsitories ziehen die verschiedenen Zweige der Unterstruktur und auch, wenn Sie mehrere Teilbäume, die in Ihrem Projekt.

    InformationsquelleAutor Carl
Schreibe einen Kommentar