Posso armazenar a pasta .git fora dos arquivos que desejo rastrear?

Eu tenho uma idéia incomum de usar o git como um sistema de backup. Então, digamos que eu tenho um diretório ./backup/myfiles e quero fazer backup usando o git. Para manter as coisas limpas, não quero ter um diretório .git na pasta myfiles, então pensei em criar ./backup/git_repos/myfiles. Analisando os documentos do git, tentei fazer o seguinte:

$ 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

Você pode ver a mensagem de erro que chego lá. O que estou fazendo de errado?

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

Isso fará o que você deseja, mas obviamente será péssimo quando você precisar especificá-lo com todos os comandos git que você usar.

Você pode exportar GIT_WORK_TREE=.e o GIT_DIR=../backupGit irá buscá-los em cada comando. Isso permitirá que você trabalhe confortavelmente em um único repositório por shell.

Prefiro sugerir a ligação simbólica do diretório .git para outro lugar ou a criação de um link simbólico para o diretório .git a partir do diretório principal de backup.

Você só precisa garantir que o repositório saiba onde está a árvore de trabalho e vice-versa.

Para que o repositório saiba onde está a árvore de trabalho, defina o valor da configuração core.worktree. Para que a árvore de trabalho saiba onde está o diretório git, adicione um arquivo chamado .git (não uma pasta!) E adicione uma linha como

gitdir: /path/to/repo.git

Desde o git 1.7.5, o comando init aprendeu uma opção extra para isso.

Você pode inicializar um novo repositório separado com

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

Isso inicializará o repositório git no diretório separado e adicionará o arquivo .git no diretório atual, que é o diretório de trabalho do novo repositório.

Anteriormente à 1.7.5, era necessário usar parâmetros ligeiramente diferentes e adicionar o arquivo .git.

Para inicializar um repositório separado, o seguinte comando vincula a árvore de trabalho ao repositório:

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

Seu diretório atual será a árvore de trabalho e o git usará o repositório em /path/to/repo.git. O comando init definirá automaticamente o core.worktreevalor conforme especificado com o --git-dirparâmetro

Você pode até adicionar um alias para isso:

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

Use o controle de versão git em um diretório de trabalho somente leitura

Com o conhecimento acima, você pode configurar o controle de versão git para um diretório ativo sem ter permissões de gravação. Se você usar --git-dirtodos os comandos git ou executar todos os comandos do repositório (em vez do diretório ativo), poderá deixar de fora o arquivo .git e, portanto, não precisará criar nenhum arquivo no diretório ativo. Veja também a resposta do Leos

A --separate-git-diropção para git init(e git clone) pode ser usada para fazer isso na minha versão do git ( 1.7.11.3). A opção separa o repositório git da árvore de trabalho e cria um link simbólico independente do sistema de arquivos git (na forma de um arquivo chamado .git) na raiz da árvore de trabalho. Eu acho que o resultado é idêntico à resposta dos niks .

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

Acho mais simples reverter os diretórios --work-treee --git-dirusados ​​na resposta do 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
        ...

Essa abordagem tem duas vantagens:

• Isso elimina a necessidade de ter opções ou .gitarquivos de linha de comando . Você apenas opera normalmente de dentro da raiz do repositório.
• Ele permite a versão de um sistema de arquivos, mesmo que você não o possua. O Git gravará apenas no local do repositório.

A única ressalva que encontrei é que, em vez de usar um .gitignorearquivo, você edita info/exclude.

Você pode usar o repositório read_only_repos/foocomo um controle remoto em seus próprios repositórios, mesmo que os arquivos originais não estejam sob controle de versão.

É convencional nomear um diretório que seja um repositório git que tenha sua árvore de trabalho em um local incomum com uma extensão '.git', como um repositório vazio.

mkdir ../git_repos/myfiles.git

Se você tivesse fornecido a --work-treeopção no momento do init, isso configuraria automaticamente a core.worktreevariável de configuração, o que significa que o git saberá onde encontrar a árvore de trabalho depois de especificar o diretório git.

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

Mas você também pode definir essa variável após o fato.

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

Depois de fazer isso, o comando add deve funcionar como esperado.

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

Use gitdentro do repositório:

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

A partir de agora, você pode usar gitdentro do ./backup/git_repos/myfilesdiretório, sem definir nenhuma variável de ambiente ou parâmetros adicionais.

Você pode criar um script "nodgit" (No Dot GIT) com algo como

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

Você pode chamar nodgit no lugar do git e ele definirá as variáveis ​​conforme necessário, procurando um repositório git. Por exemplo, digamos que você tenha um repositório (vazio) em / usr / local / gits / __ home__foo_wibbles e você esteja em / home / foo / wibbles / one, ele encontrará o diretório de trabalho correto (/ home / foo / wibbles) e repositório .

Ah, você também pode usar "nodgit shell" para obter um shell com os vars corretos definidos, para que você possa usar comandos git antigos e simples.

Supondo que seus myfilesdiretórios já existam e tenham algum conteúdo, você poderia conviver com isso:

cd ~/backup
git init
git add myfiles

O .gitdiretório estará dentro backup, não dentro myfiles.

Eu crio scripts que parecem

~ / bin / barra-git:

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

É redundante usar --git_dir = $ GIT_DIR, mas me lembra que também posso definir variáveis ​​de ambiente fora do script.

O exemplo acima é para rastrear alterações locais nos arquivos do sistema cygwin.

Pode criar um desses scripts para qualquer projeto importante que precise disso - mas / sem /.git é o meu principal uso.

O acima é pequeno o suficiente para criar um apelido ou função de shell, se você eliminar a redundância.

Se eu fizer isso com bastante frequência, reviveu o espaço de trabalho para repositório de mapeamento de

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

cuja contraparte moderna mais próxima são os mapeamentos ou visualizações do Perforce , suportando checkouts parciais, bem como a não colocação de espaço de trabalho e repo.