Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
Both sides previous revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
software:etckeeper [2012/05/17 13:45] mhoffmann [Commit] |
software:etckeeper [2012/10/11 10:23] (aktuell) |
||
---|---|---|---|
Zeile 21: | Zeile 21: | ||
===== Konfiguration ===== | ===== Konfiguration ===== | ||
+ | |||
Damit der ETCkeeper auch weiß was für ein VCS er nutzt muss ihm das in der Konfiguration mitgeteilt werden. | Damit der ETCkeeper auch weiß was für ein VCS er nutzt muss ihm das in der Konfiguration mitgeteilt werden. | ||
Dazu wird die Konfigurationsdatei bearbeitet: | Dazu wird die Konfigurationsdatei bearbeitet: | ||
Zeile 114: | Zeile 115: | ||
**Achtung:** hierbei werden ALLE Dateien aus dem master-commit geholt und überschrieben! | **Achtung:** hierbei werden ALLE Dateien aus dem master-commit geholt und überschrieben! | ||
- | ===== Weiterführende Links und Infos ===== | + | ===== Entferntes GIT-Repository einrichten und automatischen Push einrichten ===== |
- | Ein deutscher Artikel über ETCkeeper: [[http://www.linux-magazin.de/Online-Artikel/Etckeeper-stellt-Systemkonfiguration-unter-Versionskontrolle]] | + | Um eine noch bessere Datensicherheit zu erlangen macht es Sinn, das GIT-Repository auf einen entfernten Server zu pushen. |
+ | Die Einrichtung hierfür ist nicht schwer. Eine Möglichkeit GIT-Repositories zu Hosten ist [[software:gitolite|]]. | ||
- | Offizielle Seite: [[http://kitenet.net/~joey/code/etckeeper/]] | + | ==== Root SSH-Keys ==== |
+ | Da Commit und Push des etckeepers nur mit Rootrechten möglich ist, braucht man für den SSH-Zugriff auf das entfernte GIT-Repository SSH-Keys für den Benutzer **root**: | ||
+ | - Als **root** auf der Shell anmelden mit ''sudo -s'' | ||
+ | - SSH-Keys mit ''ssh-keygen'' erstellen | ||
+ | - PublicKey **id_rsa.pub** aus dem Verzeichnis **/root/.ssh/** kopieren. | ||
- | Offizielle Entwicklerbeschreibung und Tutorial: [[http://git.kitenet.net/?p=etckeeper.git;a=blob_plain;f=README;hb=27ca6c9eb668c9ab55cf65f8e620893589536c84]] | + | ==== Remote Repository einrichten ==== |
+ | Im Verzeichnis **/etc** folgenden Befehl mit den entsprechenden Serverdaten ausführen (evtl. als root): | ||
+ | <code> | ||
+ | git remote add origin git@example.com:my_project | ||
+ | </code> | ||
+ | wobei hier **git** der Nutzer des Gitbenutzers ist und **my_project** das Repository. | ||
+ | Läuft der Git-Server nicht auf Port 22 so nutzt man folgenden Befehl: | ||
+ | <code> | ||
+ | git remote add origin ssh://git@example.com:[PORT]/my_project | ||
+ | </code> | ||
+ | ==== Repository initial pushen ==== | ||
+ | <code> | ||
+ | sudo git push -u origin master | ||
+ | </code> | ||
+ | ==== Push automatisieren ==== | ||
+ | In der Config des etckeepers müssen nun noch zwei neue Dateien erstellt werden: | ||
+ | * **/etc/etckeeper/commit.d/60vcs-commit-push** | ||
+ | * **/etc/etckeeper/post-install.d/60vcs-commit-push** | ||
+ | In beide Dateien fügt man folgenden Inhalt ein: | ||
+ | <code> | ||
+ | #!/bin/bash | ||
+ | set -e | ||
+ | git push origin master | ||
+ | </code> | ||
+ | ===== Weiterführende Links und Infos ===== | ||
+ | Ein deutscher Artikel über ETCkeeper: [[http://www.linux-magazin.de/Online-Artikel/Etckeeper-stellt-Systemkonfiguration-unter-Versionskontrolle]] | ||
+ | |||
+ | Offizielle Seite: [[http://kitenet.net/~joey/code/etckeeper/]] | ||
+ | |||
+ | Offizielle Entwicklerbeschreibung und Tutorial: [[http://git.kitenet.net/?p=etckeeper.git;a=blob_plain;f=README;hb=27ca6c9eb668c9ab55cf65f8e620893589536c84]] | ||
- | | + | {{tag>versionsverwaltung backup }} |
Bei Verwendung dieses Wikis erklären Sie sich mit dem Haftungsausschluss, Nutzungsbedingungen und der Datenschutzerklärung dieses Wikis einverstanden. Impressum.