Hallo Peter,
PHabermehl hat geschrieben:
Wie markiere ich die Version?
Mit "git tag" (die Tags benutzt Github dann, um Release-Dateien und den zugehörigen Sourcecode zusammenzubringen). Für einen Snapshot heute also sowas wie
Das sollte auch der erste Schritt für das Release sein (noch vor dem Build), denn dann landet beim nachfolgenden Build auch genau dieses Tag in /etc/fw-ver.txt (zumindest wenn Du nochmal ein "git pull" machst - ich hab da eben noch einen Bug korrigiert). Das macht die Beta-Firmware dann später leicht identifizierbar.
PHabermehl hat geschrieben:Jetzt muß ich nur noch wissen, was ich mit den drei beim build erzeugten Dateien
output/images/uImage,
output/images/am335x-kno_txt.dtb
output/images/rootfs.img
genau machen soll.
In ein *zip packen?
Genau. Am besten in ein Zipfile mit dem Namen "ftcommunity-txt-<version>.zip", wobei <version> die Version des Snapshots ist (die Version ist das Tag von oben, ohne das führenden "v") - dann passt das zu der Namenskonvention, die wir für die bisherigen Releases auch haben.
PHabermehl hat geschrieben:
Wohin uploaden?
Auf Github als Release. Das braucht allerdings ein paar Schritte mehr als nur einen simplen Upload:
- Zunächst per "git push --tags" dafür sorgen dass das Snapshot-Tag auf Github landet
- Dann unter https://github.com/ftCommunity/ftcommunity-TXT/releases mit "Draft a new Release" ein Release erstellen. Dabei als Tag das Snapshot-Tag auswählen
- Eventuell kurz was zum Snapshot-Release schreiben
- Das Zipfile ans Release (unter "Attach Binaries by dropping them here or selecting them")
- Den Haken bei "Pre-Release" setzen
- ... und veröffentlichen
Der ganze Kram sollte sich auch recht einfach Scripten lassen (für die Release-Veröffentlichung hat Github eine passende API).