Vorlesung Unix-Praktikum

Transkript

1 Vorlesung 11. (links); Versionskontrolle Technische Fakultät Universität Bielefeld 11. Januar / 41

2 Willkommen zur elften Vorlesung Was gab es beim letzten Mal? Mehr zu gnuplot : Aufbau einer Linux-Installation 2 / 41

3 Willkommen zur elften Vorlesung Was machen wir heute? : Links Versionskontrolle: 3 / 41

4 Typischer Inhalt am Beispiel von Ubuntu > ls -la / drwxr-xr-x 2 root root 4096 Dez 3 15:00 bin/ drwxr-xr-x 3 root root 4096 Dez 3 15:01 boot/ drwxrwxr-x 2 root root 4096 Dez 3 14:57 cdrom/ drwxr-xr-x 12 root root 4100 Dez 3 15:14 dev/ drwxr-xr-x 127 root root Dez 3 15:44 etc/ drwxr-xr-x 3 root root 4096 Dez 3 15:43 home/ lrwxrwxrwx 1 root root 33 Dez 3 15:00 initrd.img -> boot/initrd... drwxr-xr-x 23 root root 4096 Dez 3 15:00 lib/ drwxr-xr-x 2 root root 4096 Jul 23 20:05 lib64/ drwx root root Dez 3 14:55 lost+found/ drwxr-xr-x 3 root root 4096 Jul 23 20:05 media/ drwxr-xr-x 2 root root 4096 Apr mnt/ drwxr-xr-x 2 root root 4096 Jul 23 20:05 opt/ dr-xr-xr-x 153 root root 0 Dez 3 15:14 proc/ drwx root root 4096 Jul 23 20:33 root/ drwxr-xr-x 23 root root 780 Dez 3 15:48 run/ drwxr-xr-x 2 root root Dez 3 15:01 sbin/ drwxr-xr-x 2 root root 4096 Jul 23 20:05 srv/ dr-xr-xr-x 13 root root 0 Dez 3 15:14 sys/ drwxrwxrwt 5 root root 4096 Dez 3 15:48 tmp/ drwxr-xr-x 10 root root 4096 Jul 23 20:05 usr/ drwxr-xr-x 13 root root 4096 Jul 23 20:34 var/ lrwxrwxrwx 1 root root 30 Dez 3 15:00 vmlinuz -> boot/vmlinuz... 4 / 41

5 Wichtige Verzeichnisse Für den Nutzer am wichtigsten: /bin: ausführbare Systemdateien (bash, cp, echo, ls...) /home: Nutzerverzeichnis(se) /media: Zugriff auf USB-sticks, DVD, externe Festplatte... /usr: Alle Software, die nicht direkt zum Betriebssystem gehört: gnu (z.b. gnuplot), java, python, emacs, gedit, ghci... Ausführbare Dateien in /usr/bin, /usr/local/bin. Vergleiche echo $PATH: /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/x11/bin... Bzw which: > which java liefert: /usr/bin/java 5 / 41

6 Lokale / Importierte Verzeichnisse Einige Verzeichnisse werden auf größeren Linux-Installationen typischerweise von zentralen Dateiservern importiert oder auf eigenen Festplatten gelagert: /home, /opt, /srv, /usr, /var Z.B. an der TechFak: /homes - Von Dateiservern gelieferte Benutzerverz. /vol - Von Dateiservern gelieferte Datenverzeichnisse Die anderen Verzeichnisse müssen lokal in der Root-Partition liegen, damit das System starten kann. 6 / 41

7 (links) im Das ist ein Baum. / /bin /etc /lib /usr /usr/bin /usr/local /usr/lib /usr/lib/jvm /usr/lib/x11 7 / 41

8 Querverweis (link) im...nicht ganz. Aber auch nicht so: / /bin /etc /lib /usr /usr/bin /usr/local /usr/lib /usr/lib/jvm /usr/lib/x11 /usr/lib/jvm/java8/java 8 / 41

9 (links) im Es kann ein Querverweis (link) angelegt werden. / /bin /etc /lib /usr /usr/bin /usr/local /usr/lib /usr/bin/java /usr/lib/jvm /usr/lib/x11 /usr/lib/jvm/java8/java 9 / 41

10 Details zum Das als Datenstruktur ist in der Tat ein Baum: Eine Datei ist ein Paar (Dateiname, Nummer) Ein Verzeichnis ist ein Paar (Liste der Dateinamen und Verzeichnisse, Nummer), Liste inklusive. und.... : parent Unterverzeichnisse: children Die Nummer heißt inode. Anzeigen mit ls -i. > ls -i daten.txt daten.txt > ls -i / bin cores 300 dev 10 / 41

11 inodes Die inode verweist euf einen Eintrag in einem Feld (array), der Informationen enthält wie etwa: Dateiname skript.bash juser stud rwxr r hardlinks:2... inode Indexmechanismus Dateiblöcke #/bin/bash / 41

12 Symlinks (Softlinks) ln: Erzeuge einen filesystem link > ln -s skript.bash softlink.bash Dateiname skript.bash inode juser stud rwxr r hardlinks:2... Indexmechanismus Dateiblöcke #/bin/bash Softlink softlink.bash siehe auch: skript.bash inode / 41

13 Eigenschaften von Symlinks (Softlinks) Anwendbar auf: Dateien Verzeichnisse auch Geräteübergreifend (Geräte = typischerweise Partitionen) Berechtigungen / Besitzer: Link hat keine eigenen Berechtigungen Zugriff über Link erbt Berechtigungen der Datei Löschen der Zieldatei: Link bleibt stehen, hängt in der Luft 13 / 41

14 Symlinks (Softlinks): Anwendungen Der Administrator setzt den Symlink java immer auf die neueste Version: > ls -la /usr/local... lrwxrwxrwx 1 cg stud 10 drwxr-xr-x 2 cg stud 40 drwxr-xr-x 2 cg stud 40 drwxr-xr-x 2 cg stud Dez 21:42 java -> java Dez 21:42 java Dez 21:42 java Dez 21:42 java Nutzer haben dann die Wahl: /usr/local/java ist immer die aktuelle Version oder explizit mit /usr/local/java eine alte Version nutzen 14 / 41

15 Symlinks (Softlinks): Anwendungen Reorganisation des s: > ls -la /usr/include lrwxrwxrwx 1 root... numpy ->../share/pyshared/numpy/core/incl -rw-r--r-- 1 root... obstack.h -rw-r--r-- 1 root... panel.h drwxr-xr-x 3 root... pango-1.0 -rw-r--r-- 1 root... paths.h drwxr-xr-x 2 root... pixman-1 lrwxrwxrwx 1 root... pngconf.h -> libpng12/pngconf.h lrwxrwxrwx 1 root... png.h -> libpng12/png.h Dateien/Verzeichnisse sind nicht da installiert wo sie erwartet werden Symlink steht an der erwarteten Stelle 15 / 41

16 Hardlink ln: Erzeuge einen filesystem link > ln skript.bash hardlink.bash (ohne -s)! Dateiname skript.bash juser stud rwxr r hardlinks:2... inode Indexmechanismus Dateiblöcke #/bin/bash Hardlink hardlink.bash / 41

17 Vergleich Hardlinks mit Softlinks Vorteile gegenüber Softlinks spart eine inode Link bleibt gültig, wenn Zieldatei gelöscht wird Datei verschwindet erst, wenn alle Hardlinks gelöscht sind Nachteile gegenüber Softlinks geht nicht mit Verzeichnissen geht nicht geräteübergreifend (also z.b. über Partitionen hinweg) 17 / 41

18 Versionskontrolle Versionskontrolle () und 18 / 41

19 Versionskontrolle Wozu Anwendungen: Softwareprojekte Webseiten (z.b. Wikipedia) Allgemein alles mit vielen Texten, die sich fortlaufend ändern Mögliche Probleme bei solchen Anwendungen: Datenverlust Vandalismus, Spam, Sabotage... Ab Version 0.34 tritt ein Fehler auf, den es in 0.33 noch nicht gab Zwei Leute ändern gleichzeitig eine Datei Lösung: Versionskontrolle (, version control system ) 19 / 41

20 Versionskontrolle Wozu 1. Datenverlust 2. Vandalismus, Spam, Sabotage Ab Version 0.34 tritt ein Fehler auf, den es in 0.33 noch nicht gab 4. Zwei Leute ändern gleichzeitig eine Datei Gegen 1 hilft regelmäßiges Datensichern. Gegen 2 und 3 sichern mit Versionsnummer: projekt projekt projekt Ein Nachteil hier bereits: Viel Speicherplatz nötig. 20 / 41

21 Versionskontrolle Nur Änderungen Sichern Um keinen Speicherplatz zu vergeuden, werden in cleveren nur die Änderungen gespeichert (entweder zur letzten Version oder aktuellen) Aus den Änderungen lassen sich die alten Versionen rekonstruieren. 21 / 41

22 Versionskontrolle Lokales Sichern Das gibt es entweder lokal: Z.B. RCS (GNU 1982-heute) 22 / 41

23 Versionskontrolle Zentrales Sichern...oder zentral: Damit können mehrere Leute das Projekt bearbeiten. Beispiele: Subversion (Apache 2000-heute), CVS ( ) 23 / 41

24 Versionskontrolle Zentrales Sichern Dazu war der Ablauf: Nutzer A holt die aktuelle Version auf Rechner A Blockiert die Datei, die er bearbeiten will ( checkout ) Lädt die geänderte Version auf den Server ( checkin ) Das wollen wir hier nicht vertiefen. Wir wollen auf hinaus, das ist leichter zu lernen, wenn man die alten Systeme nicht kennt. 24 / 41

25 Versionskontrolle (Linus Torvalds, Junio Hamano u.v.a., 2005-heute) Heute das meistgenutzte (z.b. für den Linux-Kern, LibreOffice, Android, Gnome, Eclipse, Debian, PHP,... selbst; oder das Softwaregruppenprojekt im 3.&4. Semester an der Techfak) Dezentral Snapshots 25 / 41

26 Versionskontrolle speichert dezentral: Jeder beteiligte Rechner speichert eine komplette Kopie. 26 / 41

27 Versionskontrolle speichert nicht nur Änderungen, sondern alles: Natürlich auch effizient (keine Änderung: Verweis auf letzte Version der jeweiligen Datei) 27 / 41

28 Versionskontrolle Wichtiger für den Anwender sind folgende Fakten. Unser Arbeitsverzeichnis mit dem im gesicherten Projekt sei ~/projekt. Es gibt zwei Arten von Dateien in projekt: im gesichert: tracked nicht im gesichert: untracked Getrackte Dateien können drei Zustände haben: unmodified (gegenüber der gesicherten Version unverändert) modified (gegenüber der gesicherten Version verändert) staged (verändert und für die nächste Sicherung bereitgestellt) 28 / 41

29 Versionskontrolle Damit ergibt sich für die getrackten Dateien folgender Arbeitsablauf (bzgl. wo sie liegen): (unmodified or modified) (staged) (unmodified) 29 / 41

30 Versionskontrolle Und für alle Dateien im Projekt gibt s folgende Möglichkeiten: (bzgl ihres Zustands) 30 / 41

31 - Bezeichnungen Ein einfacher Arbeitsablauf mit lokalem. Bezeichnungen: Index: der Stage-Bereich Repo, Repository: der wirkliche -Speicher wd: kurz für working directory 31 / 41

32 - 0. Installieren Auf Techfak-Rechnern ist installiert. Ansonsten testen, etwa auf Ubuntu-Rechner so: > --version The program is currently not installed. You can install it by typing: sudo apt-get install (Zum Installieren also nun...) 32 / 41

33 - 0. Voreinstellungen Nur einmal am Anfang (auf jedem Arbeitsrechner): > config --global user.name > config --global user. > config --global core.editor emacs Das wird in der Datei ~/.config gespeichert. 33 / 41

34 - 1. Anlegen eines -Repos Ein neues Projekt anlegen ist sehr einfach: Es sei ~/projekt ein Verzeichnis mit den Dateien eins.dat, zwei.dat, drei.dat. > cd projekt > init Ab jetzt gibt es ein Unterverzeichnis. in projekt. Und ab jetzt kann benutzt werden. 34 / 41

35 - 1. Dateien bearbeiten, stagen und commiten Am Anfang sind alle Dateien (eins.dat, zwei.dat, drei.dat) untracked. Alle Dateien stagen: > add * Alle gestageten Dateien commiten: > commit Nach commit öffnet sich ein Editor, dort Kommentar eintragen (Z.B. Neues Projekt xyz ), Speichern, beenden. Alternativ Kommentar mit > commit -m Neues Projekt xyz 35 / 41

36 - 1. Dateien bearbeiten, stagen und commiten Aktuellen Status anzeigen: > status Nun evtl eine Datei ändern, z.b. drei.dat. (status angucken!) Diese stagen und commiten: > add drei.dat > commit -m drei.dat korrigiert Oder die alte Version wiederherstellen > checkout -- drei.dat Auch möglich: komplettes wd aus dem repo wiederherstellen: > reset --hard 36 / 41

37 - 1. Dateien bearbeiten, stagen und commiten Status gibt es auch kurz und knapp: > status -s Eine irrtümlich gestagete Datei wieder unstagen: > reset -- drei.dat Eine irrtümlich zugefügte Datei wieder aus dem repo entfernen: > rm drei.dat~ (löscht aus dem repo und dem wd) > rm commit (sonst noch gestaged) 37 / 41

38 - Übersicht commit -a working directory add -- file add * Stage commit lokales Repo reset -- file checkout -- file reset --hard 38 / 41

39 - Übersicht Weil so riesig ist, gibt es keinen perfekten schnellen Zugang. Es gibt auch viele schlechte Infos im Netz. Geeignet: pro (ebook mit 574 Seiten, insbes. Kap. 1+2) man everyday Spezielle Frage in Suchmaschine eingeben, auf den stackoverflow-treffer klicken cheatsheet googeln? Selber machen? 39 / 41

40 - Übersicht > man everyday (zeigen) Insbesondere: -init to create a new repository.! -log to see what happened. -checkout and -branch to switch branches. -add to manage the index file.! -diff and -status to see what you are doing.! -commit to advance the current branch.! -reset, -checkout (with path) undo changes.! -merge to merge between local branches. -rebase to maintain topic branches. -tag to mark a known point. 40 / 41

41 Ende der heutigen Vorlesung Vielen Dank fürs Zuhören! Bis nächste Woche! 41 / 41