Hi,
wenn wir einen Milestone abschließen ist es sicherlich sinnvoll einen Tag zu setzen. Es wird aber öfter mal vorkommen, dass wir kleinste Änderungen schnell in production bringen müssen. Beispielsweise das hinzufügen eines neuen Benutzers. Ich denke da lohnt Tagging wirklich nicht.
Letzendlich kann man mit Puppet schnell Dinge kaputt machen. Man kann sie aber auch genauso schnell wieder heile machen indem man seine Änderungen einfach umkehrt. Der einzige wirklich problematische Bereich ist der Bereich der primären Netzwerkkonfiguration (eth0). Aber da sind vielleicht auch alle Beteiligten genug sensibilisiert Änderungen in diesem Bereich nur im Rahmen von Milestones vorzunehmen.
Darum würde ich den Entwicklungsprozess wie von Tarek zusammengefasst vorschlagen mit der Bitte von Simon, dass einfache Konfidurationsänderungen auch ohne Tag eingespielt werden können. Also:
- (done) Unterscheidung in master und production Branch im Git
- (done) Unterscheidung in master und production environment
- (TODO) Trennung von Production (puppet.ffnw.de) Supernode und
Entwicklungssupernode (z.B. testpuppet.ffnw.de)
- (TODO) Dokumentation des Prozesses
Ok super :) ich halte das dann mal so im Wiki fest und richte ein testpuppet.ffnw.de ein. :)
vg Tarek