Der einzige Grund, warum der Meilenstein 3.3.3 als abgeschlossen markiert wurde, besteht darin, dass das Offenlassen des Meilensteins unsere Ticketberichte für 3.4.1 beeinträchtigt. (Ich habe vergessen, dass Meilensteinabschlüsse in der Zeitleiste angezeigt werden.)
Im Allgemeinen weisen wir Tickets dem nächsten kleinen Meilenstein zu, wenn sie eine sofortige Regression melden. Eine Regression in 3.2, die während der Entwicklung von 3.3 auftrat, wäre also 3.2.2 zugeordnet worden, wie es hier geschehen ist. In diesem Fall gingen wir so weit, diese Tickets mit einem Commit gegen die 3.2-Verzweigung zu schließen. Wir tun dies manchmal hauptsächlich aus Gründen der Haushaltsführung. Wenn also eine Freilassung erforderlich ist, sind wir besser vorbereitet. Da jedoch nichts eine Veröffentlichung von 3.2.2 auslöste (ein ausreichend kritischer Fehler oder etwas Sicherheitsrelevantes), haben wir gerade den Meilenstein geschlossen. Dies ist hilfreich für die Nachverfolgung. Wir hätten es genauso einfach löschen und alle Tickets 3.3 neu zuweisen können. Das haben wir in diesem Fall einfach nicht gemacht.
Bearbeiten, mehr Hintergrund hinzufügen: Es ist erwähnenswert, dass wir immer versuchen, Versionszweige so stabil wie möglich zu machen. Wenn Sie also die 3.2-Verzweigung ausführen und immer auf dem neuesten Stand halten, wird möglicherweise etwas "Stabileres" ausgeführt als die stabile Version 3.2.1. Solche zusätzlichen Korrekturen werden häufig nach der endgültigen Freigabe für diesen Zweig in einen Zweig eingefügt und werden daher nicht freigegeben.
Wir haben in seltenen Fällen formelle Pakete veröffentlicht - 3.0.6 wurde gleichzeitig mit 3.1.2 veröffentlicht. Im Allgemeinen haben wir versucht, den zweitneuesten Zweig (z. B. 3.0) beizubehalten, bis der aktuelle Entwicklungszweig (z. B. 3.2) den Status "Beta" erreicht hat. Wir haben die Verfügbarkeit von 3.0.6 nicht angekündigt, aber jeder, der den 3.0-Zweig betreibt, hätte zumindest über offizielle Kanäle auf diese Korrekturen aktualisieren können.
