1 files changed, 37 insertions, 0 deletions
diff --git a/_posts/2019-05-24-VCS-Fossil.md b/_posts/2019-05-24-VCS-Fossil.md
new file mode 100644
index 0000000..e52a4f5
--- /dev/null
+++ b/_posts/2019-05-24-VCS-Fossil.md
@@ -0,0 +1,37 @@
+---
+title: Fossil - eine Versionsverwaltung (und noch mehr)
+layout: post
+---
+
+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
+