blob: 2aad2bb9e7e6428c61f38664a835d1e18338bd16 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
|
---
title: Fossil - eine Versionsverwaltung (und noch mehr)
categories: tech
lang: de
description: "Eine kurze Vorstellung der Versionsverwaltung Fossil"
---
Da ich mich sowohl für [Git][git] als auch für [SQLite][sqli] begeistern kann,
habe ich letztens mal nach git und sqlite versucht, um zu schauen, ob jemand
diese beiden Technologien schon einmal zusammengebracht hat.
Gestoßen bin ich auf eine [SQLite-Seite][sqgi], die beschreibt, warum nicht Git als
Versionsverwaltung zum Einsatz kommt. Stattdessen wird [Fossil][fos] verwendet.
Interessehalber habe ich mir das Ganze mal angeschaut. Und es sieht gar nicht mal
so schlecht aus. Es ist nicht nur eine Versionsverwaltung, Fossil hat gleich noch
ein integriertes Ticketsystem und ein Wiki. Zudem listet die Projekt-Webseite
noch auf, dass ein Forum und "Technotes" eingebaut sind.
Die Daten eines Projektes werden dabei in einer SQLite-Datenbank abgespeichert.
Was auch mit dabei ist: ein Server, der eine Weboberfläche anbietet. Zudem gibt
es eine recht schöne und konfigurierbare ["Timeline"][fostl],
die Commits in einer Baumstruktur (ähnlich `gitk` oder `git log --graph --oneline`) anzeigt.
Im Gegensatz zu Git - und ähnlich zu Mercurial (oder war es bazaar?) - wird der Branch
*im Commit* abgespeichert. In Git ist ein Branch ja nur ein Zeiger.
Die Projektseite bietet eine Reihe von Dokumentationen, unter anderem auch, wie man
ein Git-Repository importiert, oder ein Fossil- mit einem Git-Repository synchronisiert
(sofern man parallel mit beiden Systemen arbeiten möchte).
Ich habe nur kurz damit herumgespielt, war jedoch schon schwer begeistert.
[git]: https://git-scm.com/
[sqli]: https://www.sqlite.org/
[fos]: https://fossil-scm.org/
[fostl]: https://fossil-scm.org/home/timeline
[sqgi]: https://www.sqlite.org/whynotgit.html
|
