IBM Configuration Management Version Control (CMVC)
Entwickler (en) | IBM |
---|---|
Geschrieben in | C ++, C |
Betriebssystem | Linux, Mac, Windows, Z/OS, AIX (Plattformübergreifend) |
Verfügbar in | Mehrsprachig |
Typ | Software-Entwicklung |
Lizenz | Proprietär |
Webseite | www |
Konfigurationsverwaltungsversionskontrolle (CMVC) ist ein Software Paket, das als Objekt -Repository dient und Software ausführt Versionskontrolle, Konfigurationsverwaltung und Änderungsverwaltungsfunktionen.
Die Architektur
- Dies war ein von Client-Server-basiertes System mit Befehlszeilen- und grafischen Clients für mehrere Plattformen und Server, die für mehrere Geschmacksrichtungen von UNIX verfügbar sind.
- Eine relationale Datenbank wurde verwendet, um die Verfolgung von Informationen weiterhin zu verfolgen Quellcode -Steuerungssystem (SCCS) oder PVCS wurde verwendet, um den Versionsverlauf für jede Datei zu verwalten. Die Dateinamen für diese Dateien werden tatsächlich in der relationalen Datenbank gespeichert. Infolgedessen sind Dateinamen im SCCS -Baum numerische IDs.
Konzepte
- Dateien werden erstellt und Komponenten zugeordnet.
- Komponenten bilden einen gerichteten Diagramm, in dem jede Komponente mehrere Eltern haben kann. Komponenten sind ein logischer Gruppierungsmechanismus, mit dem Dateien ohne Rücksicht auf ihre physischen Pfadnamen zusammengefasst werden können (im Gegensatz zu Verzeichnissen oder Ordnern, die auf dem Pfad liegen).
- Berechtigungen können auf Komponentenebene erteilt werden, was eine verteilte Verwaltung ermöglicht. Die Erlaubnis, andere Berechtigungen zu erteilen, kann erteilt werden.
- Eine Veröffentlichung war eine Reihe von Dateien mit einem gemeinsamen Stamm. Veröffentlichungen können Dateien mit anderen Veröffentlichungen freigeben. Die Freigabe kann definiert werden, um der neuesten Version (manchmal als "Tipp") oder einer bestimmten Version innerhalb der Version zu folgen. Dies wurde als "Verknüpfung" bezeichnet.
- Ein Level ist ein Schnappschuss aller Dateien. Ähnlich wie bei einem "Tag" in anderen Quellensteuerungssystemen - jedoch mit einer Wendung. Wenn sich die Freigabe im "Bindungsmodus" befindet (am häufigsten verwendet), enthalten die Pegel nur die Dateien, auf die die Level -Mitglieder (Defekte und Merkmale) verwiesen werden. Infolgedessen enthält eine Ebene nur Änderungen (Dateiversionen), die genehmigt wurden, und nicht nur die neuesten Dateiversionen im Repository.
Merkmale
- Die Defektverfolgung wurde in das Quell -Steuerungssystem integriert.
- Möglichkeit, ein Repository so zu konfigurieren, dass Defekte für jeden Dateicheck zugeordnet werden müssen.
- Ebenen werden zum Verwalten von Mängelnsätzen verwendet, sodass Manager eher in Bezug auf Änderungen als an Dateiensätze denken können.
- Die verteilte Verwaltung ermöglicht die Delegation der Autorität. Dies ist besonders nützlich in großen Teams.
- Es hat die Möglichkeit, Dateigeschichten auch nach dem Umbenennen zu verfolgen. Dies liegt daran, dass der Dateiname auf der Festplatte eine Nummer war und der Dateiname in der Datenbank geändert werden konnte.
- Dateien könnten zwischen Quellcode -Releases gemeinsam genutzt werden
Schwächen
- Das Sperren war früher der einzige Mechanismus zur Steuerung des Zugriffs auf Dateien. Dies war typisch für Quellvertretungssysteme dieses Zeitraums, würde aber heute als große Schwäche angesehen. Die aktuellste Implementierung ist robuster geworden und ermöglicht eine gleichzeitige Entwicklung, Konfliktlösung und Verschmelzung.
- Ein zentraler Server begrenzt die Fähigkeit, nicht verbunden zu arbeiten. Dies ist zwar ein Fehler bei fast allen Remote -Quellierungssteuerungssystemen, es sei denn, ein lokales Repository wird erstellt, wobei die Illusion von Redundanz und Quellensteuerung erstellt wird, für die letztendlich irgendwann eine Synchronisierung mit dem Remote -Quellungssteuerserver erforderlich ist, um Deltas einzureichen.
Geschichte
Es wurde durch die Mitte der 1990er Jahre von der verkauft und verteilt International Business Machines Corporation (IBM) und wurde teilweise von Software abgeleitet, die von HP und von IBM von IDSS-System von IBM gekauft wurde.
In den neunziger Jahren wurde dieses System verwendet, um die zu verwalten IBM OS/2 und IBM AIX Quellcode -Repositories.
CMVC -Umsatz und Support wurden einige Zeit danach beendet IBM erworben Rationale Software, seine Funktionen werden durch Produkte in der rationalen Produktlinie ersetzt (Rational Clearcase und Rational Clearquest). Einige Kundeninstallationen von CMVC werden jedoch ab 2008 weiterhin verwendet[aktualisieren].[1]
Verweise
- Di Grande, Carmine (1994), Hast du CMVC gesagt?, IBM Redbooks
- Trulsson, Leif (1995), Betrachten Sie CMVC aus Kundenperspektive, IBM Redbooks
- Yu, Seong R. (1994), "Ein vielseitiger Entwicklungsprozess für kleine bis große Projekte mit IBM CMVC", Proceedings der Konferenz des Zentrums für fortgeschrittene Studien zur kollaborativen Forschung von 1994, IBM Press
- Bruckhaus, Tilmann (1993), "Die Auswirkungen des Einfügens eines Tools in einen Softwareprozess", Verfahren der Konferenz des Zentrums für fortgeschrittene Studien von 1993 zur kollaborativen Forschung: Software Engineering - Band 1
- ^ Rani, Sandhya. Kontinuierliche Integrationssetup für das IBM -Systemplanungstool. Entwicklerworks: 07. März 2014. Internet. http://www.ibm.com/developerworks/aix/library/au-System-planning-tool/