Wir planen, in naher Zukunft von SVN zu GIT zu wechseln. Derzeit ist unser Softwareversionsformat {year}.{major}.{minor}.{revision}
, zum Beispiel 2010.3.2.32465
. {revision}
Teil wird automatisch von Build-Skript ausgefüllt, so dass es sehr einfach ist, genaue Version von Code für jedes Build zu finden. Natürlich können wir die GIT-Revision für den gleichen Zweck verwenden, aber ich frage mich, ob etwas wie 2010.1.2.ce04503acce2452af1c3
hässlich aussieht und weniger lesbar ist als SVN-Revisionsnummern. Unter der Annahme, dass wir einige Haupt zentralen Repository haben,Versionierung mit GIT-Revision
- Ist es möglich, eine numerische Version zu verfolgen, wie „Festschreibenummer“ für das Repository?
- Ist es möglich, es automatisch von Build-Skripten zu verfolgen?
- Was sind Best Practices für Versionsnummern bei GIT?
Irgendwelche Gedanken? Danke.
Die Verwendung des Hash-Tags der Revision hat ein anderes Problem: Sie können nicht feststellen, welche Version die aktuellste ist, indem Sie einfach die Tags betrachten und sie bestellen. – tonio
Ja, das stimmt. Aber wir müssen zu GIT wechseln, weil wir viele Zweige und Tags haben und das ist eine schmerzhafte Situation für SVN. –
@tonio Eigentlich ist dieses Problem nicht so wichtig, wenn ich eine numerische Kennung hätte und eine Revision dafür finden könnte, ist es sehr einfach, sie nach dem Commit-Datum zu sortieren. Das gilt für mich. –