Tipps, um ~ der Quellcodeverwaltung zu unterstellen

Ich möchte mein Home-Verzeichnis (~) der Quellcodeverwaltung unterwerfen (in diesem Fall git), da sich dort viele Einstellungsdateien (.gitconfig, .gitignore, .emacs usw.) befinden, die ich maschinenübergreifend übertragen möchte. und sie in Git zu haben, würde es schön machen, sie abzurufen.

Mein Hauptrechner ist mein MacBook, und wie OS X eingerichtet ist, gibt es viele Ordner, die ich ignorieren möchte (Dokumente, Downloads, .ssh). Es gibt auch Ordner, die Git (.emacs.d) bereits verwenden.

Mein Gedanke war, einfach alle diese Verzeichnisse zu meiner .gitignore-Datei hinzuzufügen, aber das scheint etwas lästig zu sein und könnte möglicherweise zu unvorhergesehenen Konsequenzen führen. Mein nächster Gedanke war, die Dateien, die ich speichern möchte, in regelmäßigen Abständen in einen Ordner zu Hause zu kopieren und diesen Ordner dann festzuschreiben. Das Problem dabei wird sein, dass ich daran denken muss, sie vor dem Festschreiben zu verschieben.

Gibt es eine saubere Möglichkeit, dies zu tun?

Ich habe $HOMEunter git Die erste Zeile meiner .gitignore-Datei lautet

/*

Der Rest sind Muster, die mit dem !Modifikator nicht ignoriert werden dürfen . Diese erste Zeile bedeutet, dass standardmäßig alle Dateien in meinem Ausgangsverzeichnis ignoriert werden. Die Dateien, in die ich die Versionskontrolle durchführen möchte, lauten .gitignorewie folgt:

!/.gitignore
!/.profile
[...]

Ein schwierigeres Muster ist:

!/.ssh
/.ssh/*
!/.ssh/config

Das heißt, ich möchte nur .ssh/configversionieren - ich möchte nicht, dass meine Schlüssel und andere Dateien in .ssh in git aufgenommen werden. Das Obige ist, wie ich das erreiche.

Bearbeiten: Schrägstriche am Anfang aller Pfade hinzugefügt. Dies bewirkt, dass die Ignoriermuster vom oberen Rand des Repositorys ($ HOME) anstatt von einer beliebigen Stelle aus übereinstimmen. Wenn es sich beispielsweise !lib/um ein Muster handelte (ignorieren Sie nicht alles im lib-Verzeichnis) und Sie fügen eine Datei hinzu .gitignore, stimmte das Muster ( !.gitignore) zuvor mit dieser überein. Mit dem führenden Schrägstrich ( !/.gitignore) wird es nur .gitignorein meinem Ausgangsverzeichnis und nicht in irgendwelchen Unterverzeichnissen übereinstimmen .

Ich habe noch keinen Fall gesehen, in dem dies einen praktischen Unterschied zu meiner Ignorierliste darstellt, aber es scheint mir technisch korrekter zu sein.

Was ich (mit den gleichen Zielen) tue, ist, meine Konfigurationsdateien in ein Unterverzeichnis zu legen ~/libund symbolische Links in meinem Home-Verzeichnis zu haben, z .emacs -> lib/emacs/dot.emacs. Ich behalte nur Konfigurationsdateien, die ich explizit geschrieben habe, unter Versionskontrolle. Mein Ausgangsverzeichnis enthält viele automatisch erstellte Punktedateien, die nicht der Versionskontrolle unterliegen. Somit ~/libist unter Versionskontrolle, und mein Home-Verzeichnis ist nicht.

Ich habe ein Skript, das die symbolischen Links aus den Dateien unter erstellt ~/lib. Wenn ich ein Konto auf einem neuen Computer erstelle, fülle ich es auf, indem ich ~/libdieses Skript auschecke und ausführe .

Meine Erfahrung ist mit CVS, nicht Git, also ist es nicht 100% übertragbar. Einer der Gründe, warum ich ~/.cvsignoremein Homeverzeichnis nicht direkt unter CVS gestellt habe, ist, dass dies für alle meine CVS-Prüfungen gilt und nicht nur für mein Homeverzeichnis. Git hat dieses Problem nicht. Der Nachteil dieses Ansatzes gegenüber der Versionskontrolle des Basisverzeichnisses besteht darin, dass Sie nicht git statuszwischen einer Datei, die Sie explizit ignorieren möchten (die in der Ignorierdatei aufgeführt und daher nicht angezeigt wird) und einer Datei unterscheiden können Datei, zu der Sie keine Meinung haben (die mit einem angezeigt würde ?).

Einige Dateien müssen auf verschiedenen Computern unterschiedlich sein. Ich lege sie in ein Verzeichnis mit dem Namen ~/Local/SITENAME/libund erstelle entweder symbolische Links für sie oder (für Dateiformate, die dies unterstützen) habe eine include-Direktive in der Datei unter ~/lib. Ich habe auch einen symbolischen Link ~/Here -> ~/Local/SITENAME. Da git im Gegensatz zu CVS zumeist ähnliche, aber nicht identische Repositorys unterstützt, gibt es möglicherweise eine bessere Möglichkeit, maschinenspezifische Dateien zu verwalten. Einige meiner Punktedateien sind in der Tat keine symbolischen Links, sondern werden automatisch aus Inhalten unter ~/libund generiert ~/Here.

Wir können Gits Fähigkeit nutzen, um Dateien weiter zu verfolgen, selbst wenn sie in aufgelistet sind .gitignore. Das reicht also für .gitignore:

$ cat .gitignore
/*

Führen Sie für jede Datei, die Sie verfolgen möchten, Folgendes aus add -f(der -fParameter überschreibt das Ignorieren von sowohl in .gitignoreals auch .git/info/exclude):

git add -f .gitignore
git add -f .profile
git add -f .zshrc
git add -f .ssh/config

Sobald eine Datei indiziert wurde, verfolgt Git alle Änderungen, obwohl die Datei ignoriert wird. Dasselbe gilt für ein Verzeichnis, jedoch nur für die Dateien, die tatsächlich vorhanden sind:

git add -f somedirname

Wenn Sie ein ganzes Verzeichnis mit allen darin enthaltenen neuen Dateien nachverfolgen möchten , kann dies .gitignoreauf eine Weise ausgeschlossen werden, die in der Antwort von camh beschrieben ist :

!/somedirname

Wenn Sie jemals die Verfolgung einer Datei beenden möchten, wird mit diesem Befehl eine Datei aus dem Index von Git entfernt, sie bleibt jedoch auf der Festplatte erhalten:

git rm --cached .ssh/config

Ich benutze das Alte rcsdafür.

Werfen Sie einen Blick auf Manpages ci, cound rcs. Diese Seiten sollten auch hilfreich sein:

• http://www.jodypaul.com/SWE/RCSTutorial/RCSTutorial.html
• http://docstore.mik.ua/orelly/perl/sysadmin/appa_01.htm
• http://tldp.org/HOWTO/RCS.html

Ich benutze das für die Versionskontrolle meiner Punktedateien, zum Beispiel:

ci -u .*vimrc

Und wenn ich sie bearbeiten möchte:

co -l .*vimrc

Ich empfehle, ein Verzeichnis mit dem Namen RCSin Ihrem zu ~erstellen. Sie können dieses Verzeichnis dann problemlos irgendwo sichern.

Ich checke meine Konfigurationsdateien $HOME/.conf/aus einem BitBucket Mercurial-Repository aus. Ein GitHub-Repo würde genauso gut funktionieren.

Der ~/.confCheckout enthält Konfigurationsdateien und ein Shell-Skript, mit dem Symlinks in $HOMEjede Datei in gefüllt werden können ~/.conf. Für Konfigurationsformate , die Inklusion unterstützen ( .bashrc, .inputrc, .vimrc, etc.) Ich schließe die ~/.confDatei anstatt Verbindung zu ihm, damit ich lokale Überschreibungen tun.

Bei einigen Konfigurationsdateien verweise ich auf eine Datei in meinem Dropbox-Ordner und teile sie über die Dropbox.

Einige Monate lang habe ich versucht, mich $HOMEselbst in der Versionskontrolle zu halten, aber ich hatte es satt, die umfangreichen Ignorierlisten zu verwalten, Konfigurationsänderungen einzuchecken, die durch das Ausführen von Apps vorgenommen wurden, und das Ergebnis war nicht einmal etwas, das ich auf einem anderen Computer auschecken wollte. Können Sie sich vorstellen, Konflikte über ~/.gconfoder zu ~/.config/monitors.xmllösen oder für unterschiedliche Versionen von Desktop-Apps zu sorgen?

Ich finde es einfacher, Symlinks zu erstellen oder eine begrenzte Liste von Konfigurationsdateien einzuschließen, die ich persönlich angepasst habe und die ich als globale Standardeinstellungen für mehrere Computer freigeben möchte.

Ich habe gerade angefangen, das folgende Python Dotfiles-Skript zu verwenden, ein praktisches Tool, mit dem die Dateien automatisch verknüpft werden: https://pypi.python.org/pypi/dotfiles

Ich denke, Ihre zweite Vermutung, nicht verwandte Ordner unter Quellcodeverwaltung zu haben, ist gut.

Fügen Sie dort einfach 2 Shell-Skripte hinzu. Eine, um Dateien unter Ihrer Kontrolle zu kopieren, ~und die andere, um Dateien zu sammeln ~und sie zurück in den Quellcodeverwaltungsordner zu kopieren und zu bestätigen.

Hier ist ein kleines Ruby-Skript, mit dem ich eine neue Maschine einrichte

#!/usr/bin/env ruby
# setup.rb

#list of dirs which you don't want to symlink
ignored = %w(.gitignore .gitmodules misc setup.rb readme)

current_dir = File.expand_path(Dir.pwd)
home_dir = File.expand_path("~")

links = `git ls-tree --name-only HEAD`.lines.map(&:strip).select {|x| !ignored.include?(x)  }

links.each do |link|
  link = File.join(current_dir, link)
  symlink = File.join(home_dir, File.basename(link))
  `ln -ns #{link} #{symlink}`
end