Ein Build erzeugen ================== $Id$ Anmerkung: Alle Angaben beziehen sich auf das aktuelle Verzeichnis 0. Mit doc/doc//tex/doc/gen_changes.pl für jede Sprache eine neue Datei doc/doc//tex/doc/changes.tex generieren und committen. 1. Mit ./check-files.pl checken ob alles mit files.txt in Ordnung ist. 2. release.conf, release-avm_drv.conf und release-contrib.conf sowie base/version.txt auf korrekte Paketlisten kontrollieren 3. Änderungen commiten svn commit -, "release of fli4l " 4. TAG anlegen svn copy file:///repo/fli4l/branches/fli4l-3_2_x file:///repo/fli4l/tags/fli4l-3_X_Y Als commit-msg "release of fli4l 3.X.Y" verwenden. 5. Pakete erstellen (kann auch nach dem Erstellen der Release-Notes durchgeführt werden) in _RELEASE ./mkrelease.sh 6. Release-Notes erstellen/updaten: ./mkchanges_txt.sh 3.x.y: > changes-fli4l_3.X.Y.en.txt svn add changes-fli4l_3.X.Y.en.txt svn copy changes-fli4l_3.X.Y.en.txt changes-fli4l_3.X.Y.txt - Datei auf deutsch übersetzen - commiten mittels gosh --style html.gosh changes-3.X.Y.txt > changes-3.X.Y.txt.html und gosh --style html.gosh changes-3.X.Y.en.txt > changes-3.X.Y.en.txt.html die HTML-Version der Release-Notes für die Website erzeugen und mittels svn add changes*.html die beiden Dateien dem Repo hinzufügen Weitere Notes hinzufügen/ bearbeiten --- einige Tage nach dem Release --- 7. Neue Version an changes Datei anfügen: for i in ../*/changes/*.txt; do echo "">> $i; echo ":">> $i; echo "-------">> $i; done 8. ../base/version.txt auf neue Version setzen. 9. Änderungen einchecken: cd .. && svn commit -m "added new version to changes and bump up version.txt" --- zum Release --- 10. Release-Notes und Downloadverzeichnis an das Webteam mailen (org-website) 11. Release-Notes in ML bekanntgeben 12. Nach einem halben Tag (~12 Stunden) Release in NG bekanntgeben 13. Heise.de über das Release in Kenntnis setzen (bei stable-releases) 14. Tobias treten, daß er FreshMeat-Ankündigungen schreibt.