Kontinuierliche Integration - Best Practices

Lassen Sie uns einen abschließenden Überblick über die Best Practices der kontinuierlichen Integration geben, basierend auf all den Lektionen, die wir bisher gelernt haben -

• Maintain a code repository- Dies ist der grundlegendste Schritt. In all unseren Beispielen wird alles in einem Git-Repository verwaltet, von der Codebasis über die Veröffentlichungsprofile bis hin zu den Datenbankskripten. Es muss immer sichergestellt sein, dass alles im Code-Repository gespeichert ist.

• Automate the build- Wir haben gesehen, wie MSBuild verwendet wird, um einen Build zusammen mit einem Veröffentlichungsprofil zu automatisieren. Dies ist erneut ein wichtiger Schritt im kontinuierlichen Integrationsprozess.

• Make the build self-testing - Stellen Sie sicher, dass Sie den Build testen können, indem Sie Unit-Testfälle an Ort und Stelle halten. Diese Testfälle sollten so sein, dass sie vom Continuous Integration-Server ausgeführt werden können.

• Everyone commits to the baseline every day- Dies ist ein Schlüsselprinzip der kontinuierlichen Integration. Es macht keinen Sinn, bis zum Ende des gesamten Prozesses zu bleiben, um zu sehen, wer den Build bricht.

• Every commit (to baseline) should be built- Jedes Commit für die Anwendung muss erfolgreich erstellt werden. Wenn der Build aus irgendeinem Grund fehlschlägt, muss der Code geändert werden, um sicherzustellen, dass der Build erfolgreich ist.

• Keep the build fast- Wenn der Build langsam ist, weist dies auf ein Problem im gesamten Prozess der kontinuierlichen Integration hin. Stellen Sie sicher, dass die Builds immer auf eine Dauer begrenzt sind, vorzugsweise nie länger als 10 Minuten.

• Everyone can see the results of the latest build- Das TeamCity-Dashboard bietet jedem einen Überblick über alle Builds, die entweder bestanden oder fehlgeschlagen sind. Dies gibt allen Personen, die am kontinuierlichen Integrationsprozess beteiligt sind, einen guten Einblick.