Kapitel 22. Großflächige Veränderungen
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Denke mal einen Moment über deine eigene Codebasis nach. Wie viele Dateien kannst du bei einem einzigen, gleichzeitigen Commit zuverlässig aktualisieren? Was sind die Faktoren, die diese Zahl einschränken? Hast du schon einmal versucht, eine so große Änderung zu übertragen? Könntest du das im Notfall in einer angemessenen Zeit schaffen? Wie verhält sich deine größte Commit-Größe zur tatsächlichen Größe deiner Codebasis? Wie würdest du eine solche Änderung testen? Wie viele Personen müssten die Änderung überprüfen, bevor sie übertragen wird? Könntest du die Änderung wieder zurückbekommen, wenn sie doch übertragen wird? Die Antworten auf diese Fragen werden dich vielleicht überraschen (sowohl die Antworten, die du dir vorstellst, als auch die, die sich für dein Unternehmen tatsächlich ergeben).
Bei Google haben wir uns schon vor langer Zeit von der Idee verabschiedet, umfassende Änderungen an unserer Codebasis in Form von großen atomaren Änderungen vorzunehmen. Wir haben die Erfahrung gemacht, dass mit zunehmender Codebasis und der Anzahl der daran arbeitenden Ingenieure die größtmögliche atomare Änderung kontraintuitiv abnimmt -es wird schwierig, alle betroffenen Prüfungen und Tests vor der Übermittlung durchzuführen, ganz zu schweigen davon, sicherzustellen, ...
Get Softwareentwicklung bei Google now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
