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 un bugfix-BRANCH anlegen svn copy file:///repo/fli4l/trunk file:///repo/fli4l/tags/fli4l-3_X_Y svn copy file:///repo/fli4l/trunk file:///repo/fli4l/branches/fli4l-3_X_Y-bugfix Als commit-msg "release of fli4l 3.X.Y" verwenden. 5. Pakete erstellen in _RELEASE ./mkrelease.sh 6. Release-Notes erstellen/updaten: - changes.awk anpassen (Release Version korrigieren) mkchanges_txt.sh > 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-fli4l_3.X.Y.txt > changes_3.X.Y.txt.html und gosh --style html.gosh changes-fli4l_3.X.Y.en.txt > changes_3.X.Y.en.txt.html die HTML-Version der Release-Notes für die Website erzeugen - mittels svn add changes*.html die beiden Dateien dem Repo hinzufügen Weitere Notes hinzufügen/ bearbeiten 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" 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.