我可以将.git文件夹存储在要跟踪的文件之外吗？

我有一个不寻常的想法来使用git作为备份系统。假设我有一个目录./backup/myfiles，我想使用git对其进行备份。为了保持干净，我不想在myfiles文件夹中有一个.git目录，所以我想我可以创建./backup/git_repos/myfiles。通过查看git文档，我尝试这样做：

$ 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

您会看到我到达那里的错误消息。我究竟做错了什么？

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

这将实现您想要的功能，但是当您必须在使用的每个git命令中指定它时，它显然会很烂。

您可以导出GIT_WORK_TREE=.和GIT_DIR=../backup，Git会在每个命令中将其拾取。但是，这仅允许您在每个shell的单个存储库中工作。

我宁愿建议将.git目录符号链接到其他地方，或从主备份目录创建指向.git目录的符号链接。

您只需要确保存储库知道工作树在哪里，反之亦然。

要让存储库知道工作树在哪里，请设置配置值core.worktree。为了让工作树知道它的git目录在哪里，请添加一个名为.git的文件（而不是文件夹！），并添加如下一行

gitdir: /path/to/repo.git

从git 1.7.5开始，init命令为此学习了一个额外的选项。

您可以使用以下命令初始化一个新的单独存储库

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

这将在单独的目录中初始化git存储库，并将.git文件添加到当前目录中，该目录是新存储库的工作目录。

在1.7.5之前的版本中，您必须使用略有不同的参数并自己添加.git文件。

要初始化单独的存储库，以下命令将工作树与存储库链接：

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

您当前的目录将是工作树，而git将使用位于的存储库/path/to/repo.git。init命令将自动设置参数core.worktree指定的值--git-dir。

您甚至可以为此添加一个别名：

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

在只读工作目录上使用git版本控制

有了以上知识，您甚至可以在没有写许可权的情况下为工作目录设置git版本控制。如果您--git-dir对每个git命令使用命令，或者在存储库（而不是工作目录）中执行每个命令，则可以忽略.git文件，因此不需要在工作目录中创建任何文件。另请参阅Leos答案

在--separate-git-dir供选择git init（和git clone）可以用来实现这个对我的版本的git的（1.7.11.3）。该选项将git信息库与工作树分开，并在工作树.git的根目录中创建一个与文件系统无关的git符号链接（以名为的文件形式）。我认为结果与尼克斯的答案相同。

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

我发现反转niks答案中使用的--work-treeand --git-dir目录更加简单：

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

这种方法有两个优点：

• 它消除了具有任何命令行选项或.git文件的需要。您只需要在存储库的根目录内正常运行即可。
• 即使您不拥有文件系统，也可以使用它对文件系统进行版本控制。Git只会写入存储库位置。

我遇到的唯一警告是.gitignore，您可以编辑而不是使用文件info/exclude。

然后，read_only_repos/foo即使原始文件不受版本控制，也可以将存储库用作自己存储库中的远程数据库。

通常，将目录命名为git存储库，该目录的工作树放在不寻常的位置，扩展名为'.git'，就像裸存储库一样。

mkdir ../git_repos/myfiles.git

如果您--work-tree在初始化时提供了该选项，那么它将自动设置core.worktreeconfig变量，这意味着一旦您指定了git目录，git就会知道在哪里可以找到工作树。

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

但是您也可以在事实之后设置此变量。

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

完成此操作后，add命令应会按预期工作。

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

git在仓库内使用：

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

从现在开始，您可以git在./backup/git_repos/myfiles目录内部使用，而无需设置任何环境变量或其他参数。

您可以使用以下方式创建“ nodgit”脚本（No Dot GIT）：

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

您可以调用nodgit代替git，它将通过查找git存储库根据需要设置变量。例如，假设您在/ usr / local / gits / __ home__foo_wibbles中有一个（裸）存储库，而在/ home / foo / wibbles / one中有一个存储库，则它将找到正确的工作目录（/ home / foo / wibbles）并存储。

哦，您也可以使用“ nodgit shell”获取具有正确vars设置的shell，以便可以使用普通的旧git命令。

假设您的myfiles目录已经存在并且包含一些内容，那么您可以忍受这个：

cd ~/backup
git init
git add myfiles

该.git目录将位于backup，而不是myfiles。

我创建的脚本看起来像

〜/ bin / 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 $?

使用--git_dir = $ GIT_DIR是多余的，但提醒我也可以在脚本之外设置环境变量。

上面的示例用于跟踪cygwin系统文件的本地更改。

可以为任何需要此脚本的大型项目制作一个这样的脚本-但是/不带/.git是我的主要用途。

如果消除了冗余，以上内容足以构成shell别名或函数。

如果我经常这样做，我将恢复工作区到存储库的映射

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

其最接近的现代替代品是Perforce映射或视图，支持部分检出以及工作空间和存储库的非托管。