Atomares Publizieren
StartSeite | Neues | TestSeite | ForumSeite | Teilnehmer | Kategorien | Index | Hilfe | Einstellungen | Ändern
Übersetzt aus "atomic commit". Das Versionieren mehrerer Arbeitsergebnisse geschieht in einer einzigen Transaktion. Konkurrierende Freigaben werden damit nicht nur auf Ebene der Arbeitsergebnisse serialisiert sondern auf der Ebene einer mehrere Arbeitsergebnisse betreffenden Aufgabe. Atomares Publizieren verlangt nicht, dass Aufgaben serialisiert, d. h. nacheinander abgearbeitet werden. Es stellt aber sicher, dass zusammengehörende, dateiübergreifende Einzeländerungen als eine Gesamtänderung(auch "Task" oder "Changeset" genannt) aufgefasst werden können.
Beim KonfigurationsManagement kann man zwischen purer VersionsKontrolle und dem Baseline-KM unterscheiden. Eine Baseline enthält die für einen bestimmten Zweck zusammengestellten Versionsstand aller Arbeitsergebnisse. Ist die Baseline selbst nicht versioniert (bzw. getaggt/gelabelt), spricht man von einer rollenden Baseline. Stellt man neue Versionen von Arbeitsergebnissen in das Versions-Kontroll-System ein (publizieren, freigeben, commit), so verändert sich die rollende Baseline. Wenn das System keine atomaren Freigaben unterstützt, kann das gleichzeitige Publizieren mehrerer Entwickler die Integrität der Baseline schwerer beeinträchtigen als wenn konkurrierende Freigaben in ihrer Gesamtheit behandelt und so zwangs-serialisiert werden.
Siehe auch FortlaufendeIntegration
KategorieProjektManagement
StartSeite | Neues | TestSeite | ForumSeite | Teilnehmer | Kategorien | Index | Hilfe | Einstellungen | Ändern
Text dieser Seite ändern (zuletzt geändert: 15. Juli 2004 10:58 (diff))