2009-12-27 9 views
7

Ein Tag in GIT von dem, was ich verstehe, markiert nur eine bestimmte Commit mit einem Namen.Wie verwende ich Tags in GIT

Also sage ich Release-Version 1.5, erstelle ich einen Tag 1,5

Nun, wenn ein Kunde einen Fehler findet, wie kann ich gehen und ‚Kasse‘, dass 1,5 Code-Basis zu meinem Arbeitsverzeichnis?

Ich vermute, dass ich den Bugfix durchführen würde, dann ein anderes Tag wie 1.5.1 erstellen.

Dann würde ich möglicherweise diesen Code in die aktuelle Version richtig zusammenführen?

Antwort

4
git tag <1.5> -a 

Dann schieben Sie es mit

git push --tags 

fand ich, dass Sie können dann Tags Kasse mit finden:

git tag -l 
git checkout <tag> 

weitere Informationen auf einem

previous SO post gefunden
4

Nun, wenn ein Kunde findet einen Fehler, wie funktioniert Ich gehe und 'checkbox' diese 1.5 Codebase in mein Arbeitsverzeichnis?

git checkout -b fix1point5 v1.5 

Ich denke, dass ich den Fehler fix durchführen würde, dann einen anderen Tag erstellen, wie 1.5.1.

[edit edit] 
git add . 
git commit 
git tag v1.5.1 HEAD 

Dann würde ich diesen Code in die aktuelle Version direkt fusionieren möglicherweise?

git checkout master 
git merge v1.5.1 
+0

Die 'HEAD' dort ist redundant, aber ich fühle stark, dass [git-Tag die falsche Sache standardmäßig tut] (http://www.rockstarprogrammer.org/post/2008/oct/16/git-tag-does -wrong-ding-default /). – Dustin

9
git checkout 1.5 

Dies wird den 1.5-Tag in Ihrem Arbeitsverzeichnis überprüfen. Dann können Sie Korrekturen vornehmen, die Ihnen gefallen, und dann ein weiteres Tag für Version 1.5.1 erstellen.

Danach einfach überprüfen zurück zu Master (oder was auch immer Zweig Sie entwickeln auf), und führen Sie den folgenden Befehl ein:

git merge 1.5.1 

Dadurch werden die Änderungen zusammenführen Sie auf die neueste Version Ihrer Code-Basis gemacht .