hab da nicht so die erfahrung weil ich ausschliesslich versionsnummer nach funktionsumfang und behobenen bugs vergebe.

ich hab auch darüber nachgedacht das für kephra zu automatisieren. aber selbst die vierte stelle in meinem versionsschema rückt eins höher wenn ich an einem entwicklungstag aufhöre oder es einen stand hat der mir gefällt. ich habein release tool das iich irgendwann erweitern wollte, das ich dort auf knopf drücken kann und dann die version weiterspringt.

meiner meinung nach ist die versionsnummer kommunikation mit dem benutzer, was nur bedingt mit der entwicklung zu tun hat weil der das mit den ganzen branchen und tags nicht mitbekommen braucht.

aber frag mich nächsten monat nochmal, ich war so frech darüber vortrag anzumelden und prügel mir grad das nötige wissen rein.
Last edited: 2011-05-28 19:05:27 +0200 (CEST)

In Rakudo benuzten wir die Ausgabe von git describe als Versionsnummern. Z.B. 2011.05-494-gfed0264. Dabei ist 2011.05 das letzte Release (letzter tag in git), 494 die Anzahl der commits seit dem tag, und fed0264 die abgekuerzte SHA1.

Man kann im Build-System einen Schritt einfuegen, der diese Ausgabe in eine .pm-Datei schreibt, und diese dann ausliest.

Wobei es mir bei meinen Modulen bisher gereicht hat, einfach die Versionsnummer in das Hauptmodul von Hand zu schreiben. Fuer alle weiteren Infos (wer zuletzt die Datei bearbeitet hat z.B.) gibt es die Versionsverwaltung.