http://blog.marko-apfel.de/tags/configuration-management/Recent content in Configuration Management on Marko ApfelHugoen-USWed, 15 Jun 2011 11:46:00 +0200http://blog.marko-apfel.de/posts/whitepaper-aufbau-eines-pragmatisch-smarten-devtree/Wed, 15 Jun 2011 11:46:00 +0200http://blog.marko-apfel.de/posts/whitepaper-aufbau-eines-pragmatisch-smarten-devtree/<h2 id="motivation">Motivation</h2> <p>Kommen Ihnen diese Szenarien bekannt vor:</p> <ul> <li>der Build scheitert, weil ein Kollege ein 3rd Party Framework eingeführt hat und nur lokal auf seiner Maschine die benötigten Bibliotheken installiert sind</li> <li>der Build scheitert weil ein 3rd Party Framework auf einigen Maschinen in anderen Versionen vorhanden ist und sich damit die Datei-Versionen und -Funktionalitäten der Bibliotheken unterscheiden</li> <li>das Build-Ergebnis unterscheidet sich auf verschiedenen Maschinen weil jeweils andere Toolsets in die kompilierende Umgebung eingebunden sind (Code-Weaver und -Analysierer, die als Plugin in Visual Studio installiert sind)</li> <li>die benötigten Fragmente für ein aktuell benötigtes MSI-Setup (z.B. PDF-Dokumentationen) liegen in der Verantwortlichkeit eines Kollegen, der diese Dateien auf seinem Laptop hat, mit welchem er gerade unterwegs ist</li> <li>nach der Inbetriebnahme einer neuen Maschine sind stundenlange Installationsopern notwendig um wieder am Projekt mitarbeiten zu können</li> <li>die ausgerollte Software läuft beim Kunden nicht, weil Bibliotheken in der Applikation referenziert wurde, welche nicht im Standard-Installationsumfang beim Kunden sind</li> </ul> <h2 id="root-cause-analysis">Root Cause Analysis</h2> <p>Was ist der Grund all dieser und verwandter Probleme?</p>