Hi *,
2011/4/21 Jochen <oooml@jochenschiffers.de>:
Vorschlag 1:
Jedes offizielle Release (3.x.x):
Sehr enger Zeitrahmen, fast nicht durchführbar (siehe QA)
Bugsicherheit
Ist fast ein Muß - im Idealfall müssen ja nur die LO-Installer
ausgetauscht werden, und QA sollte ja dann für die Builds bereits
erledigt sein. Fehlt also nur das Checken, ob die Builds auch wirklich
im Iso mit drin sind, und ob die Links stimmen.
Ist ja dann ein inkrementeller Prozeß, sprich was muß man bei der Box
groß an QA machen? Der Text der Webseiten wird ja nicht jedes mal
komplett umgeworfen, da schaut man ja öfters mal drauf. QA ist jetzt
am Anfang wichtig, um Nachlässigkeiten und Fehlerquellen bei der
Automatisierung des Exports/Erstellung des ISOs aufzudecken. Aber wenn
das dann läuft, dann "sollte" ein ISO nur eine Frage von
"./machmireiniso.sh" sein :-) Große QA brauchts dann nur, wenn
Basiskomponenten wie der kmelon-Browser ausgetauscht werden o.ä.
ciao
Christian
--
Informationen zur Abmeldung: E-Mail an discuss+help@de.libreoffice.org
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.