Jedes git Tutorial Sie in schauen hat eine klare Meinung über tags: Man sollte immer kommentierten Tags verwenden, ist einer der Gründe ist, dass sie von git describe
verwendet werden.git: Ist ein unkommentierten Tag schlimmer als ein Tag mit einer schlechten Anmerkung?
Allerdings sehe ich nichts Schlechtes in der Verwendung git describe --tags
, die auch die unannotated Tags als Referenzpunkt nimmt. Gibt es noch etwas, das an unnotierten Tags als schlecht angesehen wird?
Ich frage, weil ich ein SVN-Projekt Umwandlung git gerade beendet haben. Ich habe tatsächlich darüber nachgedacht, die Tags mit einer Anmerkung zu versehen, aber was hätte ich da hin geben sollen, wenn nicht eine alarmierend redundante 'Tagging Release 1.5 für unser Projekt' Nachricht (die sowieso schon als SVN Kommentar verwendet wurde)?
Kommentierte Tags scheinen mir eine nette Sache zu sein (Sie können Sachen als einen anderen Autor markieren und eine kurze Beschreibung geben), aber sollten Sie sie wirklich in Fällen verwenden, in denen Sie nichts Bedeutungsvolles zu sagen haben von der ursprünglichen Commit-Nachricht?
oder
In welchen Situationen sind unkommentierten Tags auf nicht runzelte die Stirn?
Bearbeiten: Ich spreche nicht über signierte annotierte Tags (Ich verstehe den Vorteil der signierten Tags in einigen Situationen); Ich bin nur besorgt über den Unterschied zwischen unkommentierten und unsigned kommentiert.
Edit 2: eine andere Frage Anfügen den Umfang etwas zu erweitern und vielleicht ein paar interessante Antworten über die real-life erhalten Best-bractices
Wann Sie Verwendung unkommentierten Tags und fühlen Sie sich schlecht über es wenn du es tust?
Siehe http://stackoverflow.com/questions/4971746/why-should-i-care-about-lightweight -vs-annotated-tags – dubek
Mögliches Duplikat von [Was ist der Unterschied zwischen einem annotierten und einem unnotierten Tag?] (https://stackoverflow.com/questions/11514075/what-ist-the-difference-between-an-annotated- und du nannotated-tag) –