Ein Build erzeugen 
==================

$Id$

Anmerkung: Alle Angaben beziehen sich auf das aktuelle Verzeichnis

 1. Mit ./check-files.pl checken ob alles mit files.txt in Ordnung ist.

 2. release.conf, release-avm_drv.conf, doc/doc/common/tex/doc/common_doc.conf
    und release-contrib.conf sowie base/version.txt 
    auf korrekte Paketlisten kontrollieren

 3. Änderungen commiten

        svn commit -, "release of fli4l <version>"

 4. TAG und 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:

        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 - mittels svn add changes*.html die beiden Dateien dem Repo hinzufügen

        Weitere Notes hinzufügen/ bearbeiten

 7. Die nächste Version an changes Datei anfügen:

        for i in ../*/changes/*.txt; do echo "">> $i; echo "<VERSION>:">> $i; echo "------">> $i; done

 8. ../base/version.txt auf nächste 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.