„Monotone“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
Keine Bearbeitungszusammenfassung
Wikidata in Infobox
 
(10 dazwischenliegende Versionen von 8 Benutzern werden nicht angezeigt)
Zeile 5: Zeile 5:
| Beschreibung= <!--Beschreibung des Screenshots! -->
| Beschreibung= <!--Beschreibung des Screenshots! -->
| Hersteller= Das monotone-Entwicklerteam
| Hersteller= Das monotone-Entwicklerteam
| AktuelleVersion=1.0
| AktuelleVersion=<!-- Wikidata -->
| AktuelleVersionFreigabeDatum=26. März 2011
| AktuelleVersionFreigabeDatum=<!-- Wikidata -->
| Programmiersprache=[[C++]]
| Programmiersprache=<!-- Wikidata -->
| Betriebssystem= [[Unix]], [[Linux]], [[Berkeley Software Distribution|BSD]], [[Mac OS X]], [[Microsoft Windows|Windows]]
| Betriebssystem= [[Unix]], [[Linux]], [[Berkeley Software Distribution|BSD]], [[Mac OS X]], [[Microsoft Windows|Windows]]
| Kategorie= [[Versionsverwaltung]]
| Kategorie= [[Versionsverwaltung]]
| Lizenz= <!-- Wikidata -->
| Lizenz= [[GNU General Public License|GPL]] ([[Freie Software]])
| Website= [http://www.monotone.ca/ www.monotone.ca]
| Website= [https://www.monotone.ca/ www.monotone.ca]
}}
}}


'''Monotone''' ist ein [[Freie Software|freies]] [[verteiltes Versionskontrollsystem]].
'''Monotone''' ist ein [[Freie Software|freies]] [[verteiltes Versionskontrollsystem]].
Monotone verwaltet Versionen von Dateien unabhängig von Dateiumbenennungen und gruppiert Versionen in ''Changesets''.
Monotone verwaltet Versionen von Dateien unabhängig von Dateiumbenennungen und gruppiert Versionen in ''Changesets''.
Die Design-Prinzipien basieren auf verteilter Verwaltung und verwenden kryptografische Primitive als Datei-Versionsstempel (über [[SHA1]]-[[Hashfunktion]]) und zur Authentifizierung der Nutzeraktionen (über [[RSA-Kryptosystem|RSA]]-[[Digitale Signatur|Signaturen]]).
Die Design-Prinzipien basieren auf verteilter Verwaltung und verwenden Prüfsummen als Datei-Versionsstempel (über [[SHA1]]-[[Hashfunktion]]en) und zur Authentifizierung der Nutzeraktionen (über [[RSA-Kryptosystem|RSA]]-[[Digitale Signatur|Signaturen]]).
Unter Microsoft Windows kann es z. B. mit dem Client ''Guitone'' verwendet werden.


Monotone diente als Inspiration für [[Git]]<ref>[http://www.uwsg.iu.edu/hypermail/linux/kernel/0504.0/1540.html Linux-Kernel Archive: Kernel SCM saga]</ref> und findet unter anderem bei [[Pidgin (Instant Messenger)|Pidgin]] und [[i2p]] Verwendung.<ref>{{internetquelle|titel=ProjectsUsingMonotone|url=http://wiki.monotone.ca/ProjectsUsingMonotone/ |zugriff=21.&nbsp;November 2010|datum=21.&nbsp;November 2010}}</ref>
Monotone diente als Inspiration für [[Git]]<ref>{{Webarchiv|url=http://www.uwsg.iu.edu/hypermail/linux/kernel/0504.0/1540.html |archive-is=20120630001050 |text=Linux-Kernel Archive: Kernel SCM saga |archiv-bot=2018-12-11 10:15:11 InternetArchiveBot }}</ref> und findet unter anderem bei [[Pidgin (Instant Messenger)|Pidgin]] und [[i2p]] Verwendung.<ref>{{internetquelle|titel=ProjectsUsingMonotone|url=http://wiki.monotone.ca/ProjectsUsingMonotone/ |zugriff=2010-11-21|datum=2010-11-21}}</ref>


== Eigenschaften ==
== Eigenschaften ==
Zeile 29: Zeile 30:
* Unterstützung der [[Internationalisierung (Softwareentwicklung)|Internationalisierung]]
* Unterstützung der [[Internationalisierung (Softwareentwicklung)|Internationalisierung]]
* Portables Design, implementiert in [[C++]]
* Portables Design, implementiert in [[C++]]
* Montone kann [[Concurrent Versions System|CVS]]-Projekte importieren, ähnliche Bedienkommandos wie CVS unterstützen den Umstieg
* Monotone kann [[Concurrent Versions System|CVS]]-Projekte importieren, ähnliche Bedienkommandos wie CVS unterstützen den Umstieg.
* Signieren der Revisionen mittels RSA-Zertifikaten
* Signieren der Revisionen über RSA-Zertifikate
* ''Access Control'': Die Zugangskontrolle basiert weniger, wie bei traditionellen zentralisierten Systemen, auf Einschränkungen des Eintrags in das [[Repository]], sondern darauf, dass der Monotone-Endnutzer entscheidet, wann und wie er diese Information in seinem Arbeitsbereich nutzen will. Dieses realisiert er über das in Monotone eingebaute Vertrauenskonzept.<ref>[http://wiki.monotone.ca/TrustFoundations TrustFoundations]</ref>
* ''Access Control'': Die Zugangskontrolle basiert weniger wie bei traditionellen zentralisierten Systemen auf Einschränkungen des Eintrags in das [[Repository]], sondern darauf, dass der Monotone-Endnutzer entscheidet, wann und wie er diese Information in seinem Arbeitsbereich nutzen will. Dies geschieht über das in Monotone eingebaute Vertrauenskonzept.<ref>[http://wiki.monotone.ca/TrustFoundations TrustFoundations]</ref>
* ''Build Integration'': Ermöglicht Build- und Testsysteme über [[Commit]]s zu triggern.
* ''Build Integration'': Ermöglicht, Build- und Testsysteme über [[Commit]]s zu triggern.
* Kompaktes ''Repository'': Monotone komprimiert Dateien und Datei-Deltas mittels [[gzip]].
* Kompaktes ''Repository'': Monotone komprimiert Dateien und Datei-Deltas mittels [[gzip]].
* CVS-Import: Monotone kann die CVS-Historie importieren.
* CVS-Import: Monotone kann die CVS-Historie importieren.
* Log Review: Formatierungsrichtlinien für Log-Nachrichten.
* Log Review: Formatierungsrichtlinien für Log-Nachrichten
* ''Repository-Replikation'': Replikation bzw. Spiegelung des Repository zur Lastverteilung oder als Backup.
* ''Repository-Replikation'': Replikation bzw. Spiegelung des Repository zur Lastverteilung oder als Backup
* Offline: Möglichkeit der Entwickler bis auf Synchronisationsprozesse vollständig offline zu arbeiten.
* Offline: Entwickler können abgesehen von Synchronisationsprozessen – vollständig offline arbeiten.
* Historienbestand bei Umbenennung: Dateien und Verzeichnisse können umbenannt werden ohne Historien zu verlieren oder künftige ''Merges'' zu behindern.
* Historienbestand bei Umbenennung: Dateien und Verzeichnisse können umbenannt werden ohne Historien zu verlieren oder künftige ''Merges'' zu behindern.


Zeile 54: Zeile 55:
[[Kategorie:Freie Versionsverwaltungssoftware]]
[[Kategorie:Freie Versionsverwaltungssoftware]]
[[Kategorie:Repository]]
[[Kategorie:Repository]]

[[ar:مونتون (برنامج)]]
[[en:Monotone (software)]]
[[es:Monotone]]
[[fr:Monotone (logiciel)]]
[[zh:Monotone (軟體)]]

Aktuelle Version vom 16. November 2022, 12:10 Uhr

Monotone

Basisdaten

Entwickler Das monotone-Entwicklerteam
Aktuelle Version 1.1[1]
(4. Mai 2014)
Betriebssystem Unix, Linux, BSD, Mac OS X, Windows
Programmier­sprache C++[2]
Kategorie Versionsverwaltung
Lizenz GNU General Public License, Version 2.0 oder später[3]
www.monotone.ca

Monotone ist ein freies verteiltes Versionskontrollsystem. Monotone verwaltet Versionen von Dateien unabhängig von Dateiumbenennungen und gruppiert Versionen in Changesets. Die Design-Prinzipien basieren auf verteilter Verwaltung und verwenden Prüfsummen als Datei-Versionsstempel (über SHA1-Hashfunktionen) und zur Authentifizierung der Nutzeraktionen (über RSA-Signaturen). Unter Microsoft Windows kann es z. B. mit dem Client Guitone verwendet werden.

Monotone diente als Inspiration für Git[4] und findet unter anderem bei Pidgin und i2p Verwendung.[5]

Monotone ist ein verteiltes Versionskontrollsystem, das sich in einigen Eigenschaften von traditionellen Versionskontrollsystemen unterscheidet:

  • Verteilter Ansatz zur Versionskontrolle
  • Verwendet SHA-1-Hashes zur Identifikation einzelner Dateien wie auch Gruppen von Dateien anstelle von Versionsnummern.
  • Jeder Monotone-Client kann als Server agieren. Es existiert kein separater Monotone-Server.

Weitere Eigenschaften sind:

  • Unterstützung der Internationalisierung
  • Portables Design, implementiert in C++
  • Monotone kann CVS-Projekte importieren, ähnliche Bedienkommandos wie CVS unterstützen den Umstieg.
  • Signieren der Revisionen über RSA-Zertifikate
  • Access Control: Die Zugangskontrolle basiert weniger wie bei traditionellen zentralisierten Systemen auf Einschränkungen des Eintrags in das Repository, sondern darauf, dass der Monotone-Endnutzer entscheidet, wann und wie er diese Information in seinem Arbeitsbereich nutzen will. Dies geschieht über das in Monotone eingebaute Vertrauenskonzept.[6]
  • Build Integration: Ermöglicht, Build- und Testsysteme über Commits zu triggern.
  • Kompaktes Repository: Monotone komprimiert Dateien und Datei-Deltas mittels gzip.
  • CVS-Import: Monotone kann die CVS-Historie importieren.
  • Log Review: Formatierungsrichtlinien für Log-Nachrichten
  • Repository-Replikation: Replikation bzw. Spiegelung des Repository zur Lastverteilung oder als Backup
  • Offline: Entwickler können – abgesehen von Synchronisationsprozessen – vollständig offline arbeiten.
  • Historienbestand bei Umbenennung: Dateien und Verzeichnisse können umbenannt werden ohne Historien zu verlieren oder künftige Merges zu behindern.

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. monotone 1.1 released. 4. Mai 2014 (englisch).
  2. The monotone Open Source Project on Open Hub: Languages Page. In: Open Hub. (abgerufen am 18. Oktober 2018).
  3. github.com.
  4. Linux-Kernel Archive: Kernel SCM saga (Memento des Originals vom 30. Juni 2012 im Webarchiv archive.today)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.uwsg.iu.edu
  5. ProjectsUsingMonotone. 21. November 2010, abgerufen am 21. November 2010.
  6. TrustFoundations