Was bedeutet das --stdlayout tun in git svn clone?

Ich habe gerade entdeckt diese Frage über die Wiederherstellung von einem Klon gemacht ohne --stdlayout. Ich habe nicht finden die Dokumentation dieser Flagge - was tut es?

  • Die Dokumentation ist hier: kernel.org/pub/software/scm/git/docs/git-svn.html#_commands
  • in meiner Verteidigung, die Antworten sind hier viel klarer als in der Dokumentation.
  • richtig, ich denke, S. O., ist ein schönes Gegenstück zu den git-Seiten von man in viele Möglichkeiten 🙂 Die man-Seiten sind korrekt und sagen Ihnen, was Sie wissen müssen, aber es nimmt ziemlich wenig Kenntnisse über git in der Lage sein zu verstehen, was Sie sagen.
InformationsquelleAutor ripper234 | 2011-03-19
  1. 38

    Subversion nicht jedes Konzept von Zweig oder tag. Statt, diese sind in der Regel simuliert durch kopieren den Inhalt des Repositorys in einem Verzeichnis.

    Damit git svn erkennen zu können Zweige und tags und der main-branch ("trunk"), müssen Sie explizit angeben, wo Sie zu finden, mit der --tags (oder -t), --branches (oder -b) und --trunk (oder -T) Optionen.

    Jedoch viele Subversion-repositories Folgen eine standard-Konvention festgelegt, die in das Subversion-Buch, von --trunk=/trunk --branches=/branches --tags=/tags. --stdlayout (oder -s) kodiert dieses übereinkommens, so dass Sie nicht haben, um passieren die gleichen Argumente, jedes mal, wenn Sie clone eine Subversion-repository.

    Können Sie diese Informationen finden Sie in der git-svn(1) Handbuch Seite, die Sie zugreifen können, unter Unix mit man git-svn und in einer Betriebssystem-unabhängigen Weise über die eingebaute Git-Hilfe-system mit git help svn. Alle Git-man-Seiten sind auch auf Kernel.Org und Sie sind in der Regel die ersten Suchergebnisse, wenn Sie suchen für git-svn(1).

    • +1: eine schöne Erklärung
    • Tatsächlich, für stdlayout matching, die Argumente sind --trunk=trunk --branches=branches --tags=tags (ohne die führende /)
    • Sie verzweigen können und Tags in Subversion
    • Ich schrieb, dass die Antwort von 4,5 Jahren, und damals, Subversion nicht über ein Konzept von Branchen oder tags, sondern Sie würden einfach kopieren Sie den Inhalt des repository und entweder es nicht ändern (in dem Fall die Kopie würde sich Verhalten wie ein tag, und in der Regel befindet sich in einem Verzeichnis mit dem Namen tags) oder weiter, um es zu ändern (in dem Fall die Kopie würde sich Verhalten wie ein Zweig und in der Regel befindet sich in einem Verzeichnis mit dem Namen branches). Der mainline-Entwicklung in der Regel passieren in einem Unterverzeichnis namens trunk. Habe ich noch nicht angeschaut Subversion in über 4 Jahren, es kann also ...
    • ... sehr gut sein, dass sich das geändert hat. Fühlen Sie sich frei, zu aktualisieren, die Antwort, wenn das der Fall ist. Haben Sie zufällig wissen, warum die Subversion-Entwickler fühlte das Bedürfnis zu erschweren, Ihre elegant-Objekt-Modell, mit solch eine unnötige Komplikation? Ich fand immer die Freiheit und Flexibilität, die nicht mit hardcoding das Verhalten von tags und Zweigen in das Objekt-Modell gab mir eine der großen stärken von Subversion. Ich baute einige ziemlich komplexe repository-Strukturen (das wäre einfach unmöglich gewesen, mit hardcoded tags und Zweige.
    InformationsquelleAutor Jörg W Mittag
  2. 13

    --stdlayout (-s) erzählt git-svn Ordner in /branches importiert werden soll, wie die Zweige, und dass Ordner in /tags sind Momentaufnahmen eines Projekts Staat, und müssen importiert werden als tags. Der master-branch wird /trunk.

    Es ist äquivalent zu --trunk=trunk --tags=tags --branches=branches

    InformationsquelleAutor knittl
Schreibe einen Kommentar