Ich würde empfehlen, eine 'Entwicklung' Zweigstelle und eine 'Freigabe'-Zweigstelle zu erstellen, mit der Sie regelmäßig zusammenführen werden. Sie kümmern sich um alle Änderungen und Entwicklungsarbeiten im Entwicklungszweig und sobald Sie Ihre App an einen Punkt gebracht haben, können Sie sie im Play Store veröffentlichen, "versionCode" und "versionName" inkrementieren und den Code in den Freigabezweig mit einer Commit-Nachricht, die sowohl den "versionCode" als auch den "versionName" angibt. Auf diese Weise, wenn ein Build Ihrer App jemals ein Problem hat, haben Sie den Code im richtigen Snapshot der App wurde veröffentlicht, so dass Sie direkt den Code "ziehen" und implementieren einen Hotfix, ohne irgendwelche (möglicherweise destruktiven) Änderungen speichern oder wiederherstellen müssen Sie haben innerhalb Ihrer Entwicklungsabteilung gemacht. Wenn Sie einen Hotfix für Code erstellen müssen, den Sie freigegeben haben, erstellen Sie einfach einen temporären Verzweigungsforking aus dem 'Release'-Code, der den Fehler enthält. Nehmen Sie alle Änderungen vor, inkrementieren Sie "versionCode" und "versionName" und fügen Sie die Änderungen wieder in "release" mit einer sehr aussagekräftigen Commit-Nachricht ein, die wiederum die Inkremente "versionCode" und "versionName" angibt. Dies sollte eine einfache Fast-Forward-Zusammenführung sein (beste Art der Zusammenführung). Sie möchten die Änderungen manuell in den Zweig 'Entwicklung' kopieren, um eine Nicht-Fast-Forward-Merg zu vermeiden, wenn Sie den Code schließlich freigeben möchten.
Ich würde auch empfehlen, einen 'experimentellen' Änderungszweig hinzuzufügen, der von der Entwicklung gespalten ist, so dass Sie diesen Bereich als Sandbox für experimentelle Änderungen verwenden können, um den Arbeitsablauf in der Entwicklung nicht zu stören ' Ast.
Sie wollen nur "Version Android APK", wenn Sie Ihren Code auf den Release-Zweig in meinem Code drücken. Dies wird Ihnen helfen, einen Fehler zu beheben, wenn Sie eine alte Version haben.
Sie könnten die Version aus dem z. Anzahl der Commits, Hash, anstatt es manuell zu speichern. Dies garantiert, dass die Versionsnummer eindeutig ist. –
Einfache Handhabung, wenn Sie QA auf alten Versionen ausführen müssen? Natürlich ist dafür ein Build-System mit archivierten Artefakten besser geeignet. Der einzige Nachteil besteht darin, die Menge der in Ihrem System gespeicherten Daten zu erhöhen. –