Git Commit-Referenz über Tags

Question

Wir verwenden Git für Quellcode-Versionierung und Bamboo für die kontinuierliche Integration. Wenige Projekte in unserer Organisation markieren den Code in Git nicht, wenn sie eine Version für die Produktion freigeben. Wenn sie darüber befragt werden, sagen sie, dass die Commits in dem spezifischen Build den Code, der in das Produktionssystem gelangt ist, mitteilen.

Meine Frage ist, ist es ausreichend, die spezifischen Commits von einem Bamboo Build gezeigt zu haben. Oder wir haben andere Vorteile der Markierung, die wir ohne Markierung nicht bekommen.

Eine Sache, die ich weiß, ist, dass die Builds möglicherweise nicht in Bamboo (Säuberung) beibehalten werden und in Zukunft möglicherweise nicht den Snapshot des Quellcodes, der zu einem bestimmten Zeitpunkt in Produktion war.

Answer 1

Tags sind nichts weiter als einfach zu verstehende Namen für bestimmte Commits. Der Hauptvorteil bei der Verwendung von ihnen ist, dass es das Git-Repository selbstbeschreibend macht. Sie müssen nicht zwischen Git und Bambus jonglieren, um ein korrektes Bild davon zu erhalten, welche Version welche ist. Dies ist besonders wichtig, wenn Ihr Bambus-Server ausgefallen ist (z. B. für geplante Wartungsarbeiten) oder wenn Sie jemals zu einem anderen CI-System wechseln möchten.

Answer 2

Also ich antworte das etwas weiter als Tags.

Aber zu Ihrer ursprünglichen Frage sind Tags ein unveränderlicher Verweis auf eine bestimmte Zeit in einem Commit. Wie Mureinik gesagt hat, ist ein Tag nur ein einfacher Verweis auf einen bestimmten Hash in Ihrem Git-Repository.

Aber für Ihren zweiten Punkt hat Bamboo ein eingebautes Ablaufdatum, das auch ein Ausnahmefeld hat. Jede Version kann als solche gekennzeichnet werden und in der Ausnahmeliste des Verfalls markiert werden (die Ausnahmeliste kann regex sein, d.h. release/1.0.0 stimmt mit release überein. *)