Hallo Roland, hallo Gerhard, seit einigen Wochen führe ich zusammen mit noch jemanden einen Wikiversity-Kurs zur freien 3D-Modellierungssoftware Blender durch in welchem ich voraussichtlich ab nächste Woche Git(-hub) & Co. einführen werde.
Ja, ich weiß, Github wird auch in meinen Kreises gelegentlich als das Faceboogle der Nerds bezeichnet und eigentlich wäre es gut, wenn es viele selbst gehostete kleine aber miteinander vernetzte Instanzen gäbe (Gitlab, Gogs, Gitea etc.). Nachdem mir immer mal wieder Studien-kommilitonen den Vendor Lock-In gängiger (a)sozialer Netzwerke und Cloud-Services als Vorteil verkaufen wollen, möchte ich ihnen nun ein System näherbringen, das vom Ansatz her dezentral ist, auf offenen Standards basiert und dank Freier Software auch selbst betreibbar wäre. Außerdem gefällt mir der Ansatz, das die Nutzung für Freie-Software-projekte - sofern öffentlich - nicht kostenpflichtig ist. Ein weiterer möglicher Ansatz wäre eine durch eine NGO betriebene und durch Spenden finanzierte Infrastruktur wie die Wikipedia und ihre Schwesterprojekte. Ich hoffe, mit diesen beiden Ansätzen das Interesse an selbst betreibbarer Infrastruktur zu stärken und ggf. in einem der nächsten Semester einen Kurs ebend hierzu anbieten zu können. Richtig Klasse fände ich es, wenn öffentliche Einrichtungen und Vereine wie Bibliotheken, Fablabs, Makerspaces, RepairCafees, (Berufs-)Schulen etc. solche Plattformen dezentral hosten und Betreiben würden. Schließlich kann ein auf diese Weise öffentlich verfügbar gestelltes Projekt, je nach Rahmenbedingungen, auch als Nachweis persönlicher Qualifikation betrachtet und öffentlich diskutiert sowie weiterentwickelt werden. Da gerade die Ausarbeitung einer Präsentation für die nächste Woche stattfindende Lange Nacht der Wissenschaft ansteht, wäre ich für konstruktive Anregungen sehr dankbar. Mit freundlichen Grüßen aus Dresden Norman Schwirz Am 10.06.2017 um 20:23 schrieb Roland Häder: > Etwas OT: > Viele "technisch-unvisierte" die ich getroffen habe, nehmen > (faelschlicherweise) an, dass man GIT ohne github/gitlab nicht haben > koenne. Dem ist natuerlich nicht so. Selbst eine bedagte 1.44 MB > Diskette kann herhalten, solange sie gemountet ist. Okay, 1.44 MB ist > nicht viel, aber vom Prinzip her geht es! > > Folgendes machen: > - Medium (Diskette war hier etwas scherzhaft gemeint, z.B. USB-Stick) > mounten > - dann auf der Konsole (ja, die ist nicht giftig! ;-) ) folgendes eingeben: > > $ git init --bare /media/user/Some-Label/Projects/foo.git > > Der Pfad bis /Projects/ ran muss natuerlich existieren. > > Damit wird ein "rohes" GIT-Verzeichnis erzeugt. Dann geht es weiter > > $ cd ~/MyProjects/ > $ git clone /media/user/Some-Label/Projects/foo.git > $ cd foo > > Nun hier die Entwicklung fuer "foo" machen und oft committen (damit die > Commits selber klein bleiben und somit leichter reviewbar sind, weniger > Code muss dadurch im Ueberblick bleiben). > > Danach kann ganz gewoehnlich gepusht/pullt werden: > > $ git push --all > $ git pull --all > > Und alles weitere auch. > > Wie ihr (technisch-nicht-visierten) seht, geht es problemlos ohne > Github/gitlab, da GIT die Remote-Repository hier simuliert. > > Natuerlich kann jede weitere Remote-Repository so hinzugefuegt werden: > > $ git remote add upstream [email protected]:/var/cache/git/repos/foo.git > > Der Pfad ist hier wieder angenommen, bzw. von einem bestehenden System > abgeguckt, muss so nicht sein! > > Die Regel zum Committen/Pushen/Pullen gilt: > - Commits sind immer lokal, nie remote/zentralisiert wie es z.B. bei SVN > der Fall ist > - Push geht immer, solange die URL dies erlaubt, Dateipfade oder > user@some-host sind solch Kandidaten, wo schreiben geht > - Pull geht meistens immer, z.B. git://git.some-host/foo.git ist eine > "Nur-Lese-URL", Schreiben (push) ist hier nicht moeglich! > > Ich hoffe, dass es so etwas klarer geworden ist, dass GIT sehrwohl > dezentral ist und keine (!) zentrale Serveranmeldung braucht. > > My humble 2 cents. > > Gruss, > Roland > > > > _______________________________________________ > FSFE-de mailing list > [email protected] > https://lists.fsfe.org/mailman/listinfo/fsfe-de > _______________________________________________ FSFE-de mailing list [email protected] https://lists.fsfe.org/mailman/listinfo/fsfe-de
