| Zeile 40: | Zeile 40: | ||
Ich habe da mal eine kleine Frage an dich.<br/> | Ich habe da mal eine kleine Frage an dich.<br/> | ||
Nach welchen Kriterien vergibst du neue Versionsnummern? Ist das eher impulsiv, also nach dem Motto, so ich habe jetzt das und das gemacht, da könnte ich ja mal die Versionsnummer um eins erhöhen oder hast du da alles geplant? | Nach welchen Kriterien vergibst du neue Versionsnummern? Ist das eher impulsiv, also nach dem Motto, so ich habe jetzt das und das gemacht, da könnte ich ja mal die Versionsnummer um eins erhöhen oder hast du da alles geplant? | ||
| + | |||
| + | |||
| + | '''ScollPi:'''<br/> | ||
| + | Ich hatte schon mal den Gedanken gefasst, etwas zu Versionsdifferenzieren zu schreiben. Der Versionsstring setzt sich bei mir aus folgenden vier Teilen zusammen:<br/>Major.Minor.Build.Revision<br/> | ||
| + | * '''Major:''' Erste stabiles Release hat den Wert > 1, solange dieser 0 ist, handelt es sich um eine Research-Version. | ||
| + | * '''Minor:''' Wenn Major gleich 0 ist, dann gibt Minor die Research-Phase an, sonst das Release zur aktuellen Version. Eventuell werde ich hier noch eine Diffenrenzierung zwischen vorab (ungerade) und final (gerade) machen. | ||
| + | * '''Build:''' Erhöht sich um 1, wenn das gesamte OS mit all seinen Komponenten rebuild wird. Als Build-System benutze ich Team-City 4.0. | ||
| + | * '''Revision:''' SVN eben. Benutze hier VirtualSVN. | ||
| + | |||
| + | Ausschlaggebend sind jedoch meine gesteckten Ziele für jede Version, wobei es ja jetzt eher Entwicklungsstufen sind. Dies kannst du der Roadmap entnehmen. | ||