Czy mogę przechowywać folder .git poza plikami, które chcę śledzić?

Mam niezwykły pomysł, aby użyć gita jako systemu zapasowego. Powiedzmy, że mam katalog ./backup/myfiles i chcę utworzyć jego kopię zapasową za pomocą git. Aby zachować porządek, nie chcę mieć katalogu .git w folderze myfiles, więc pomyślałem, że mogę utworzyć ./backup/git_repos/myfiles. Patrząc na dokumenty git, próbowałem zrobić to:

$ cd backup/myfiles
$ mkdir ../git_repos/myfiles
$ git --git-dir=../git_repos/myfiles init
Initialized empty Git repository in backup/git_repos/myfiles/
$ git --git-dir="../git_repos/myfiles/" add foo
fatal: pathspec 'foo' did not match any files

Możesz zobaczyć komunikat o błędzie, że tam dotarłem. Co ja robię źle?

git --git-dir=../repo --work-tree=. add foo

Zrobi to, co chcesz, ale oczywiście będzie do niczego, jeśli będziesz musiał to określić przy każdym poleceniu git, którego kiedykolwiek użyjesz.

Możesz eksportować, GIT_WORK_TREE=.a GIT_DIR=../backupGit odbierze je przy każdym poleceniu. Pozwoli to jednak wygodnie pracować tylko w jednym repozytorium na powłokę.

Wolałbym raczej zasugerować dowiązanie symboliczne katalogu .git do innego miejsca lub utworzenie dowiązania symbolicznego do katalogu .git z głównego katalogu kopii zapasowej.

Musisz tylko upewnić się, że repozytorium wie, gdzie znajduje się drzewo robocze i odwrotnie.

Aby repozytorium wiedziało, gdzie znajduje się drzewo robocze, ustaw wartość konfiguracyjną core.worktree. Aby powiadomić drzewo robocze, gdzie jest katalog git, dodaj plik o nazwie .git (nie folder!) I dodaj linię taką jak

gitdir: /path/to/repo.git

Od wersji 1.7.5 git polecenie init nauczyło się dodatkowej opcji do tego.

Możesz zainicjować nowe oddzielne repozytorium za pomocą

git init --separate-git-dir /path/to/repo.git

Spowoduje to zainicjowanie repozytorium git w oddzielnym katalogu i dodanie pliku .git do bieżącego katalogu, który jest katalogiem roboczym nowego repozytorium.

Wcześniej w wersji 1.7.5 trzeba było używać nieco innych parametrów i samodzielnie dodawać plik .git.

Aby zainicjować oddzielne repozytorium, następujące polecenie łączy drzewo robocze z repozytorium:

git --git-dir=/path/to/repo.git --work-tree=. init && echo "gitdir: /path/to/repo.git" > .git

Twój bieżący katalog będzie drzewem roboczym, a git użyje repozytorium pod adresem /path/to/repo.git. Polecenie init automatycznie ustawi core.worktreewartość określoną w --git-dirparametrze.

Możesz nawet dodać do tego alias:

[alias]
    initexternal = !"f() { git --work-tree=. --git-dir=\"$1\" init && echo \"gitdir: $1\" >> .git; }; f"

Użyj kontroli wersji git w katalogu roboczym tylko do odczytu

Mając powyższą wiedzę, możesz nawet skonfigurować kontrolę wersji git dla katalogu roboczego bez posiadania uprawnień do zapisu. Jeśli używasz --git-dirprzy każdym poleceniu git lub wykonujesz każde polecenie z repozytorium (zamiast katalogu roboczego), możesz pominąć plik .git i dlatego nie musisz tworzyć żadnych plików w katalogu roboczym. Zobacz także odpowiedź Leosa

W mojej wersji git ( ) można to osiągnąć --separate-git-dirza pomocą opcji git init(i ). Opcja oddziela repozytorium git od drzewa roboczego i tworzy dowiązanie symboliczne git niezależne od systemu plików (w postaci pliku o nazwie ) w katalogu głównym drzewa roboczego. Myślę, że wynik jest identyczny z odpowiedzią ników .git clone1.7.11.3.git

git init --separate-git-dir path/to/repo.git path/to/worktree

Uważam, że łatwiej jest odwrócić katalogi --work-treei --git-dirużywane w odpowiedzi niksa:

$ cd read_only_repos
$ git --work-tree=/some/readonly/location/foo/ --git-dir=foo init
$ cd foo
$ git status
On branch master

Initial commit

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        .file_foo
        bar
        ...

Takie podejście ma dwie zalety:

• Eliminuje potrzebę posiadania jakichkolwiek opcji lub .gitplików wiersza poleceń . Po prostu działasz normalnie z poziomu katalogu głównego repozytorium.
• Pozwala na wersję systemu plików, nawet jeśli nie jesteś jego właścicielem. Git zapisze tylko w lokalizacji repozytorium.

Jedynym zastrzeżeniem, jakie napotkałem, jest to, że zamiast używać .gitignorepliku, edytujesz info/exclude.

Możesz następnie używać repozytorium read_only_repos/foojako zdalnego we własnych repozytoriach, nawet jeśli oryginalne pliki nie są pod kontrolą wersji.

Zwykle nazywa się katalog będący repozytorium git, które ma swoje drzewo robocze w nietypowym miejscu z rozszerzeniem „.git”, podobnie jak zwykłe repozytorium.

mkdir ../git_repos/myfiles.git

Gdybyś podał tę --work-treeopcję w czasie inicjalizacji, to automatycznie core.worktreeustawiłoby to zmienną konfiguracyjną, co oznacza, że ​​git będzie wiedział, gdzie znaleźć drzewo robocze po określeniu katalogu git.

git --git-dir=../git_repos/myfiles.git --work-tree=. init

Ale możesz ustawić tę zmienną również po fakcie.

git --git-dir=../git_repos/myfiles.git config core.worktree "$(pwd)"

Gdy to zrobisz, polecenie add powinno działać zgodnie z oczekiwaniami.

git --git-dir=../git_repos/myfiles.git add foo

Użyj gitwewnątrz repozytorium:

cd ./backup/git_repos/myfiles
git init --bare
git config core.worktree ../myfiles
git config core.bare false

Od teraz możesz używać gitwewnątrz ./backup/git_repos/myfileskatalogu, bez ustawiania jakichkolwiek zmiennych środowiskowych czy dodatkowych parametrów.

Możesz stworzyć skrypt „nodgit” (bez kropki GIT) z czymś w rodzaju

#!/bin/sh
gits=/usr/local/gits
    x=`pwd`
    testdir() {( cd $1; pwd; )}
    while [ "$x" != "/" ]; do
      y=`echo $x|sed -e "s/\//__/g"`
      if ([ -d "$gits/$y" ]); then
        export GIT_DIR="$gits/$y"
        export GIT_WORK_TREE="$x"
        if ([ "$1" = "nodinit" ]); then
          mkdir -p "$GIT_DIR"
          git init --bare; exit $?
        elif ([ "$1" = "shell" ]); then
          bash; exit $?
        else
          exec git "$@"
        fi
      fi
      x=`testdir "$x/.."`
    done

Możesz wywołać nodgit zamiast git, który ustawi zmienne w razie potrzeby, szukając repozytorium git. Na przykład, powiedzmy, że masz (nagie) repozytorium w / usr / local / gits / __ home__foo_wibbles i jesteś w / home / foo / wibbles / one, wtedy znajdzie on właściwy katalog roboczy (/ home / foo / wibbles) i repozytorium .

Aha, możesz także użyć "powłoki nodgit", aby uzyskać powłokę z poprawnymi ustawionymi zmiennymi, dzięki czemu możesz używać zwykłych starych poleceń git.

Zakładając, że Twoje myfileskatalogi już istnieją i zawierają treści, czy możesz z tym żyć:

cd ~/backup
git init
git add myfiles

.gitKatalog będzie backup, nie myfiles.

Tworzę skrypty, które wyglądają

~ / bin / git-slash:

#!/usr/bin/sh

export GIT_DIR=/home/Version-Control/cygwin-root.git/
export GIT_WORK_TREE=/

git --git-dir=$GIT_DIR --work-tree=$GIT_WORK_TREE "$@"

exit $?

Używanie --git_dir = $ GIT_DIR jest zbędne, ale przypomina mi, że mogę ustawić zmienne środowiskowe również poza skryptem.

Powyższy przykład służy do śledzenia lokalnych zmian w plikach systemowych cygwin.

Potrafię stworzyć jeden taki skrypt dla każdego dużego projektu, który tego potrzebuje - ale / bez /.git jest moim głównym zastosowaniem.

Powyższe jest wystarczająco małe, aby utworzyć alias lub funkcję powłoki, jeśli wyeliminujesz nadmiarowość.

Gdybym robił to wystarczająco często, przywróciłbym obszar roboczy do mapowania repozytorium

"Boxes, Links, and Parallel Trees: Elements of a Configuration Management System", 
in Workshop Proceedings of the Software Management Conference. 1989.

którego najbliższym współczesnym odpowiednikiem są mapowania lub widoki Perforce , obsługujące częściowe kasy, a także niekolokację obszaru roboczego i repozytorium.