Drei Module mit je einem Vertrag sind in einer Lösung schnell angelegt. Nach einem halben Jahr sieht man, was die Form des Repositorys nicht gesichert hat: Ein Projekt zielt auf net9.0, die anderen auf net10.0, zwei Testprojekte nehmen verschiedene Versionen derselben Test-Bibliothek, und ein Modul, das jemand an einem Freitag angelegt hat, steht nicht in der Lösung, sodass kein Build der Lösung es je übersetzt. Diese Lektion ordnet das Repository der Kladde so, dass solche Fehler im Build auffallen oder gar nicht entstehen, und fragt danach, ob alles in ein Repository gehört.
Wo die Kladde steht
Die Lektion setzt W11.1.2 voraus (drei Module mit Verträgen, ein Host, die Testprojekte). Neu ist nur, was im Repository oberhalb der Projekte liegt. Die vier Dateien, um die es geht, standen in der Lösung schon, ohne dass eine Lektion sie erklärt hätte: Kladde.slnx, Directory.Build.props, Directory.Packages.props und global.json.