Ich stehe gerade vor einer Entscheidung bei einem kleinen Projekt und frage mich, ob ich den Build-Prozess wirklich selbst schreiben sollte. Letztes Mal habe ich mich tagelang mit Skripten gequält, nur um am Ende etwas zu haben, das kaum jemand anderes zum Laufen bekommt. Jetzt überlege ich, ob es nicht klüger wäre, mich auf eine etablierte Build-Automatisierungslösung zu verlassen. Irgendwie fühlt sich das nach Aufgeben an, aber vielleicht ist es einfach nur pragmatisch. Hat jemand ähnliche Gedanken gehabt?
Die Versuchung den Build Prozess lieber einer etablierten Lösung zu geben ist nachvollziehbar. Wenn du fragst warum du dich selbst damit quälst, könnte es eher um Kontrolle gehen als um Effizienz.
Aus technischer Sicht bietet eine Build Automatisierungslösung Wiederholbarkeit und bessere Integrationen, doch du musst Lernkurven Kosten und Anpassbarkeit gegenrechnen und abwägen ob sich der Aufwand lohnt.
Vielleicht misverstehst du den Druck du musst alles selbst perfekt bauen und willst damit beweisen dass du es kannst.
Was wenn die eigentliche Frage nicht ist ob du selbst bauen sollst sondern was eine Build Automatisierung dir wirklich entzieht oder ermöglicht?
Ich habe erlebt dass manche Teams mit einer etablierten Lösung schneller voran kommen und andere fühlen sich gefesselt, aber der Punkt ist eher dass es passt.
Vielleicht kommt irgendwann der Gedanke Wiederverwendbarkeit ins Spiel und du entdeckst eine neue Perspektive selbst wenn du noch nicht genau sagst wie.
