legitfs

legit ist ein FUSE-Dateisystem, das eine beliebige Anzahl von git Repositories nur lesen, die direkten Zugriff auf alle Commits und ihre Dateien über eine Verzeichnisstruktur montiert.
legit kann nur gelesen werden, es sei denn, es gibt katastrophalen Fehler in der Software, sollte es Ihre Daten nicht berühren in keiner Weise.
Installation (von PyPI)
Angenommen, Ihre haben virtualenvwrapper installiert:
& Nbsp; mkvirtualenv legitfs
& Nbsp; pip installieren legitfs
Installation (ohne PyPI)
legit erfordert die FUSE Python-Anbindung, in der Regel diese verfügbar sind (und meistens bereits installiert) durch Ihre Distribution. Das richtige Paket für PyPI wird Sicherungs Python benannt.
Zusätzlich wird eine etwas neuere Version des dulwich erforderlich. Installieren Sie es durch Ihre Distribution oder über PyPI.
Das Programm selbst ist nur eine einzige Datei. Laden Sie es, überall in den Weg und führen Sie es.
Wenn Sie die Watchdog-Paket installiert ist, wird automatisch die legit Dateisystem-Inhalt zu aktualisieren, wenn Sie hinzufügen, aktualisieren oder Entfernen von Repositorys.
Anwendungsbeispiel
Probieren Sie es einfach! In ein leeres Verzeichnis ein:
& Nbsp; git clone git: //github.com/mbr/simplekv.git
& Nbsp; git clone git: //github.com/mitsuhiko/flask.git
Das wird zwei git Repositories klonen für uns zu spielen, um mit. Erstellen Sie nun einen Mountpoint irgendwo
& Nbsp; mkdir / tmp / legitfs Test
Abschließend hängen wir das aktuelle Verzeichnis (und damit seine git Repositories):
& Nbsp;. Legitfs -o root = / / tmp / legitfs Test
Fertig! Nun wollen wir sehen, was wir haben:
& Nbsp; ls / tmp / legitfs Test /
Kolben simplekv
legitfs versucht, die Verzeichnisstruktur neu zu erstellen und übernimmt auch verschachtelte Repositories oder solche, die in den Unterverzeichnissen sind. Natürlich können Sie auch zu montieren nur ein Repository an der Wurzel.
Einige weitere interessante Sachen:
 ls / tmp / legitfs Test / Kolben /
begeht HEAD refs
& Nbsp; ls / tmp / legitfs Test / Kolben / refs / tags -l
Insgesamt 48
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,1 -> ../../commits/8605cc310d260c3b08160881b09da26c2cc95f8d
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,2 -> ../../commits/e0fa5aec3a13d9c3e8e27b53526fcee56ac0298d
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,3 -> ../../commits/ce6e4cbd73d57cb8c1bba85c46490f71061f865f
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0.3.1 -> ../../commits/6b3e616cf905fd19c37fca93d1198cad1490567b
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,4 -> ../../commits/1592c53a664c82d9badac81fa0104af226cce5a7
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,5 -> ../../commits/4c937be2524de0fddc2d2f7f39b09677497260aa
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,6 -> ../../commits/5cadd9d34da46b909f91a5379d41b90f258d5998
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0.6.1 -> ../../commits/774b7f768214f5b0c125a1b80daa97247a0ac1a6
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,7 -> ../../commits/fb1482d3bb1b95803d25247479eb8ca8317a3219
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0.7.1 -> ../../commits/9682d6b371d8c1ce1fd0e58424e836d27d2317b3
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0.7.2 -> ../../commits/3f5db33ece48bd22b77fcc62553998ea9a6cfdfc
lrwxrwxrwx. 1 root root 4096 1. Januar 1970 0,8 -> ../../commits/d5e10e4685f54dde5ffc27c4f55a19fb23f7a536
Jedes Repository enthält mindestens drei Dateien: begeht mehrere Ordner enthält, eine für jede zu begehen, so dass Sie Commits zugreifen. HEAD ist die aktuelle HEAD-Ref und ist, wie alle refs, einen symbolischen Link. refs funktioniert auch wie erwartet und ist voll von symbolischen Links.
Ein weiteres Merkmal sind relativ refs:
& Nbsp; Kopf -N5 /tmp/legitfs-test/flask/refs/tags/0.7~15/README
& Nbsp; // // Flask
& Nbsp; Web-Entwicklung, einen Tropfen zu einer Zeit,
Beachten Sie die "0,7 ~ 15", das ist git-sprechen für "Tag 0,7, dann gehen 15 Revisionen zurück". Während diese virtuelle "Dateien" werden nicht angezeigt, wenn Sie die refs / tags Verzeichnis ls, können Sie eine beliebige Anzahl von ~ n oder ^ jeder ref zurück verpflichtet.

Anforderungen