Posso memorizzare la cartella .git al di fuori dei file che voglio monitorare?

Ho un'idea insolita di usare git come sistema di backup. Quindi diciamo che ho una directory ./backup/myfiles e voglio eseguirne il backup usando git. Per mantenere le cose pulite non voglio avere una directory .git nella cartella myfiles, quindi ho pensato di poter creare ./backup/git_repos/myfiles. Guardando i documenti git, ho provato a fare questo:

$ 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

Puoi vedere il messaggio di errore che ottengo lì. Che cosa sto facendo di sbagliato?

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

Questo farà quello che vuoi ma ovviamente farà schifo quando dovrai specificarlo con ogni comando git che tu abbia mai usato.

Puoi esportare GIT_WORK_TREE=.e GIT_DIR=../backupGit li prenderà su ogni comando. Tuttavia, ciò ti consentirà di lavorare comodamente in un unico repository per shell.

Preferirei suggerire il collegamento simbolico della directory .git da qualche altra parte o la creazione di un collegamento simbolico alla directory .git dalla directory di backup principale.

Devi solo assicurarti che il repository sappia dove si trova l'albero di lavoro e viceversa.

Per far sapere al repository dove si trova l'albero di lavoro, impostare il valore di configurazione core.worktree. Per far sapere all'albero di lavoro dove si trova la directory git, aggiungi un file chiamato .git (non una cartella!) E aggiungi una riga come

gitdir: /path/to/repo.git

Da git 1.7.5 il comando init ha appreso un'opzione aggiuntiva per questo.

È possibile inizializzare un nuovo repository separato con

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

Questo inizializzerà il repository git nella directory separata e aggiungerà il file .git nella directory corrente, che è la directory di lavoro del nuovo repository.

Precedentemente alla 1.7.5 dovevi usare parametri leggermente diversi e aggiungere tu stesso il file .git.

Per inizializzare un repository separato il seguente comando collega l'albero di lavoro al repository:

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

La tua directory attuale sarà l'albero di lavoro e git utilizzerà il repository su /path/to/repo.git. Il comando init imposterà automaticamente il core.worktreevalore come specificato con il --git-dirparametro.

Puoi anche aggiungere un alias per questo:

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

Usa il controllo versione git su una directory di lavoro di sola lettura

Con le conoscenze di cui sopra, è anche possibile impostare il controllo versione git per una directory di lavoro senza disporre delle autorizzazioni di scrittura. Se si utilizza --git-dirsu ogni comando git o si esegue ogni comando all'interno del repository (anziché nella directory di lavoro), è possibile escludere il file .git e quindi non è necessario creare alcun file all'interno della directory di lavoro. Vedi anche la risposta del Leo

L' --separate-git-diropzione per git init(e git clone) può essere usata per realizzare ciò sulla mia versione di git ( 1.7.11.3). L'opzione separa il repository git dall'albero di lavoro e crea un collegamento simbolico git agnostico del filesystem (sotto forma di un file denominato .git) nella radice dell'albero di lavoro. Penso che il risultato sia identico alla risposta di Niks .

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

Trovo più semplice invertire le directory --work-treee --git-dirusate nella risposta di Niks:

$ 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
        ...

Questo approccio ha due vantaggi:

• Elimina la necessità di disporre di opzioni o .gitfile della riga di comando . Basta operare normalmente dalla radice del repository.
• Ti consente di eseguire la versione di un file system anche se non lo possiedi. Git scriverà solo nella posizione del repository.

L'unica avvertenza che ho riscontrato è che invece di utilizzare un .gitignorefile, si modifica info/exclude.

È quindi possibile utilizzare il repository read_only_repos/foocome telecomando nei propri repository anche se i file originali non sono sotto controllo della versione.

È convenzionale nominare una directory che è un repository git che ha il suo albero di lavoro in un posto insolito con un'estensione '.git', proprio come un repository nudo.

mkdir ../git_repos/myfiles.git

Se avessi fornito l' --work-treeopzione al momento dell'iniziale, questo avrebbe impostato automaticamente la core.worktreevariabile di configurazione, il che significa che git saprà dove trovare l'albero di lavoro una volta specificata la directory git.

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

Ma puoi impostare questa variabile anche dopo il fatto.

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

Una volta fatto questo, il comando aggiungi dovrebbe funzionare come previsto.

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

Utilizzare gitall'interno del repository:

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

D'ora in poi, è possibile utilizzare gitall'interno della ./backup/git_repos/myfilesdirectory, senza impostare variabili di ambiente o parametri aggiuntivi.

È possibile creare uno script "nodgit" (No Dot GIT) con qualcosa del genere

#!/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

Puoi chiamare nodgit al posto di git e imposterà le variabili necessarie cercando un repository git. Ad esempio, supponiamo di avere un repository (nudo) in / usr / local / gits / __ home__foo_wibbles e ci si trova in / home / foo / wibbles / one, quindi troverà la directory di lavoro corretta (/ home / foo / wibbles) e repo .

Oh, puoi anche usare "nodgit shell" per ottenere una shell con i set corretti impostati in modo da poter usare semplici comandi git.

Supponendo che le tue myfilesdirectory esistano già e abbiano dei contenuti, potresti vivere con questo:

cd ~/backup
git init
git add myfiles

La .gitdirectory sarà in backup, non in myfiles.

Creo script che sembrano

~ / 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 $?

È ridondante usare --git_dir = $ GIT_DIR, ma mi ricorda che posso anche impostare variabili d'ambiente al di fuori dello script.

L'esempio sopra è per tenere traccia delle modifiche locali ai file di sistema di Cygwin.

Posso creare uno di questi script per qualsiasi progetto importante che ne abbia bisogno, ma il mio uso principale è / senza /.git.

Quanto sopra è abbastanza piccolo da creare un alias o una funzione di shell, se si elimina la ridondanza.

Se lo faccio abbastanza spesso, ripristinerei l'area di lavoro per la mappatura del repository di

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

la cui controparte moderna più vicina sono i mapping o le viste di Perforce , che supportano i checkout parziali e la non colocation dell'area di lavoro e dei repository.