Tag mehrere branches in git?

Habe ich ein git-repository mit zwei branches; eins für code, verwendet für die Herstellung/Prüfung und eine, die die tatsächliche Produktion firmware (Sie sind fast identisch). Es ist jetzt die Zeit, um einen release zu senden an den Hersteller, so dass ich natürlich wollen, um einige passende tags auf beide Zweige.

Aber, es scheint, dass git nicht lassen mir den gleichen tag-Namen auf beide Zweige. Wenn ich versuche, tag der Zweige einzeln, es sagt mir, dass der tag schon vorhanden ist, wenn ich zum tag der Sekunden Zweig. Ich habe versucht, vorbei an zwei commits auf dem git-Tags, aber es gefiel nicht, dass entweder. Ich muss nicht unbedingt immer tag die beiden Zweige im Gleichschritt, aber ich will nicht hinzufügen, zufällige Zeichen, um die tags nur zu vermeiden, Kollisionen mit Namen, die.

Gibt es eine Möglichkeit, das zu tun, was ich will, oder ich bin zu wollen, das falsche tun?

Einem Zweig ist der code, der Herstellung legt das Gerät zu testen, dass es korrekt zusammengesetzt. Der andere Zweig ist der code, dass Schiffe, die in das Produkt. Es sind nicht wirklich zwei Verzweigungen pro Version. Dies ist das erste release für dieses Produkt, und somit das erste release für beide Zweige, also versuchte ich zu-tag beide äste mit "release-1.0'.

InformationsquelleAutor Brandon Fosdick | 2009-06-09
  1. 14

    Sie wollen, das falsche zu tun. Der Zweck der tag ist eindeutig zu identifizieren und eine bestimmte revision. Wenn ich du wäre, würde ich das tag nur die Produktion Niederlassung und lassen Sie den testing-Zweig ohne Tags.

    Jedoch, es ist ziemlich seltsam, du hast zwei unabhängige Zweige pro release. Warum ist das so? Die Antwort könnte helfen, um zu beschreiben, eine bessere Lösung.

    Da die tags nicht wirklich zeigen soll, um die gleiche revision, aber (potenziell) unterschiedliche Revisionen, die tags sollten so etwas wie dieses:

    • appname-1.0-manufacturing
    • appname-1.0-production

    Diese Weise, werden Sie wissen, welches release jeden tag gehört, wie auch, wo der code endete.

    • Ein Zweig ist der code, der Herstellung legt das Gerät zu testen, dass es korrekt zusammengesetzt. Der andere Zweig ist der code, dass Schiffe, die in das Produkt. Es sind nicht wirklich zwei Verzweigungen pro Version. Dies ist das erste release für dieses Produkt, und somit das erste release für beide Zweige, also versuchte ich zu-tag beide äste mit "release-1.0'. Dumm mich.
    • Danke, habe ich Hinzugefügt, dass zusätzliche info zu dem Kommentar.
    • BTW. tag-Namen können hierarchisch sein, so können Sie release-1.0 (oder v1.0) und die test - /release-1.0
    • Ich hatte gedacht, über das setzen der appname und Niederlassung in den tag, aber es schien redundante gegeben, dass das repo und die Zweig bereits codieren, dass info. Aus irgendeinem Grund dachte ich, einen tag gebunden ist, fest an einem ast und die Beziehung wäre offensichtlich später auf. Ich bin mir nicht sicher, wo ich die Idee. Zu viel spät in die Nacht Codierung denke ich mal.
    • Hierarchische tags ist eine interessante Idee. Ich denke, das ist, was ich tun werde. Danke.
    • Ein anderer Anwendungsfall ist GitHub: Seiten einrichten an einem Projekt erfordert ein neues "verwaiste" branch im repository. Äste wurden wohl nicht für einen solchen Einsatz vorgesehen wenn. Sie würde wahrscheinlich wollen, aktualisieren Sie die Beispiele, demos etc, als Ihrem eigentlichen Projekt fortschreitet. Auf der anderen Seite, Sie werden so unabhängig von änderungen auf den Seiten. Heikel ist.

    InformationsquelleAutor John Millikin
  2. 5

    Einem tag gibt nur einen Namen zu einem einzigen commit, also Nein, es ist wahrscheinlich nicht eine Weise, das zu tun, was Sie wollen.

    Bin ich gespannt, was das gewünschte Ergebnis wäre. Ich meine, ein Zweck, ein tag ist ein name zu sein, dass Sie Kasse höher. Also, wenn Sie git checkout auf einen tag, der bezieht sich auf zwei äste.. was passiert?

    • Ich dachte die tags erlauben würde, mich zu Holen Sie sich die entsprechende version von egal, in welcher Filiale ich bin zu dem Zeitpunkt. Ich habe nicht allzu viel Gedanken in Sie hinaus. Anscheinend sollte ich haben.
    • Wenn ein tag einen Namen verschafft, um eine einzelne Begehen, was passiert, wenn eine bestimmte commit-Kirsche gepflückt in den vielen Filialen? Was ist der Effekt der überprüfung heraus, dass tag?
    • Der tag bleibt auf der commit angewendet wurde. Ein cherry pick erstellt einen neuen commit auf jedem der verschiedenen Zweige. Diese neuen verpflichtet haben, die gleiche änderung(en) als die zu Begehen Sie kamen, aber Sie sind alle Verschieden, verpflichtet.
    InformationsquelleAutor andy
  3. 2

    Zur party kommen spät, aber eine weitere alternative wäre die Zusammenführung der beiden Zweige, so dass an jeder Stelle ein commit enthalten, die den Zustand der Testcode und Produktionscode, vorausgesetzt, Sie können co-existieren, ohne Konflikte (in dem Fall kommt es darauf an, wie schwer das Zusammenführen, wäre, ob es sich lohnen würde den Versuch). Dies würde auch helfen, Situationen zu vermeiden, wo Sie tag versehentlich den falschen Zweig, da kann auch auftreten, mit dem Versuch, halten Sie den testing-Zweig und die Produktion Niederlassung in sync, wenn Sie taggen.

    InformationsquelleAutor jmtd
Schreibe einen Kommentar