Ich kann kein git-Submodul hinzufügen, wenn worktree ein übergeordnetes Verzeichnis ist

Question

Ich verfolge meine dotfiles mit einem git-Repository unter $HOME/.dotfiles, das zum Verfolgen von Dateien in $HOME konfiguriert ist (ich habe git config core.worktree "../../" verwendet).

Diese Methode funktioniert gut, solange reguläre Dateien betroffen sind, aber es schlägt fehl, wenn ich versuche, ein Submodul hinzuzufügen. ZB:

~/.dotfiles $ git submodule add git@github.com:ardagnir/vimbed.git ../../.vim/bundle/vimbed/ 
fatal: Not a git repository (or any parent up to mount point /home)  
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). 

Ich habe auch versucht ../.vim/... und $HOME/.vim/....

Ist es möglich, ein Submodul hinzuzufügen, wenn core.worktree auf ein Elternteil des Standardverzeichnisses des Repos gesetzt ist? Wenn ja, welchen Befehl soll ich verwenden?

Answer 1

Warum möchten Sie Ihr gesamtes $ HOME-Verzeichnis verfolgen? Es wäre vernünftiger, alle Dateien in Ihrem .dotfiles Ordner/Repo zu behalten und dann diese Dateien zu Ihrem Zuhause, z. Erstellen Sie einen Ordner $HOME/.dotfiles/vim mit der Config und Submodul (n) und verknüpfen es dann zu $HOME/.vim

könnten Sie auch ein Setup-Skript leicht für Ihre dotfiles verwenden, das sichert Ihre vorherige Konfiguration und dann verbindet Ihr dotfiles in $HOME.

Answer 2

Ich habe nicht versucht mit git submodule, aber für git stash Einstellung der Umgebungsvariablen $GIT_DIR oder mit Argument --git-dir funktioniert. Zum Beispiel, git --git-dir=./.git stash (scheint albern das ist sogar notwendig).

See: https://git-scm.com/docs/git.html oder https://stackoverflow.com/posts/6392941/edit