从Git手册：

使用git签出索引“导出整个树”

前缀功能基本上使使用git签出索引作为“导出为树”函数变得简单。只需将所需的树读入索引，然后执行以下操作：

$git签出索引--prefix=git导出目录/-a

我发现了选项2的含义。从存储库中，您可以执行以下操作：

git checkout-index -a -f --prefix=/destination/path/

路径结尾处的斜线很重要，否则将导致文件位于带有前缀“path”的/target中。

因为在正常情况下，索引包含存储库的内容，所以“将所需的树读入索引”没有什么特别的事情可做。它已经在那里了。

签出索引中的所有文件都需要-a标志（我不确定在这种情况下省略此标志意味着什么，因为它不能满足我的需要）。-f标志强制覆盖输出中的任何现有文件，而此命令通常不会这样做。

这似乎是我想要的那种“git导出”。

我的首选实际上是在Makefile（或其他构建系统）中有一个dist目标，它可以导出代码的可分发存档（.tar.bz2、.zip、.jar或其他合适的文件）。如果您碰巧使用GNU自动工具或Perl的MakeMaker系统，我认为这是自动存在的。如果没有，我强烈建议添加它。

ETA（2012-09-06）：哇，一票否决。我仍然认为，使用构建工具而不是源代码控制工具来构建发行版更好。我相信使用构建工具构建工件。在我目前的工作中，我们的主要产品是以蚂蚁为目标构建的。我们正处于切换源代码控制系统的过程中，这个蚂蚁目标的出现意味着迁移过程中少了一点麻烦。

可能最简单的方法是使用git存档。如果你真的只需要扩展的树，你可以这样做。

git archive master | tar -x -C /somewhere/else

大多数时候，我需要从git中“导出”一些东西，无论如何，我都需要一个压缩的存档，所以我会这样做。

git archive master | bzip2 >source-tree.tar.bz2

ZIP存档：

git archive --format zip --output /full/path/to/zipfile.zip master 

git帮助存档，它非常灵活。

请注意，即使存档文件不包含.git目录，但它也会包含其他隐藏的特定于git的文件，如.gitignore、.gitattributes等。如果您不希望它们在存档文件中，请确保在.gitattr文件中使用export-ignore属性，并在进行存档之前提交该属性。阅读更多。。。

注意：如果您对导出索引感兴趣，命令是

git checkout-index -a -f --prefix=/destination/path/

（更多详情请参见Greg的回答）

我为git签出索引编写了一个简单的包装器，您可以这样使用：

git export ~/the/destination/dir

如果目标目录已经存在，则需要添加-f或--force。

安装简单；只需将脚本放到PATH中的某个位置，并确保它是可执行的。

git导出的github存储库

gitarchive还可以与远程存储库一起使用。

git archive --format=tar \
--remote=ssh://remote_server/remote_repository master | tar -xf -

要导出repo中的特定路径，请向git添加任意数量的路径作为最后一个参数，例如：

git archive --format=tar \
--remote=ssh://remote_server/remote_repository master path1/ path2/ | tar -xv

这似乎与SVN相比，Git的问题更小。Git只在存储库根目录中放置.Git文件夹，而SVN在每个子目录中放置.SVN文件夹。因此，“svn-export”避免了递归命令行魔法，而使用Git递归则是不必要的。

我需要这个作为部署脚本，但我不能使用上面提到的任何方法。相反，我想出了一个不同的解决方案：

#!/bin/sh
[ $# -eq 2 ] || echo "USAGE $0 REPOSITORY DESTINATION" && exit 1
REPOSITORY=$1
DESTINATION=$2
TMPNAME="/tmp/$(basename $REPOSITORY).$$"
git clone $REPOSITORY $TMPNAME
rm -rf $TMPNAME/.git
mkdir -p $DESTINATION
cp -r $TMPNAME/* $DESTINATION
rm -rf $TMPNAME

这样做很简单，这是.bash_profile的一个函数，它直接在当前位置解压缩存档文件，首先配置您常用的[url:path]。注意：使用此功能可以避免克隆操作，它直接从远程存储库获取。

gitss() {
    URL=[url:path]

    TMPFILE="`/bin/tempfile`"
    if [ "$1" = "" ]; then
        echo -e "Use: gitss repo [tree/commit]\n"
        return
    fi
    if [ "$2" = "" ]; then
        TREEISH="HEAD"
    else
        TREEISH="$2"
    fi
    echo "Getting $1/$TREEISH..."
    git archive --format=zip --remote=$URL/$1 $TREEISH > $TMPFILE && unzip $TMPFILE && echo -e "\nDone\n"
    rm $TMPFILE
}

.gitconfig的别名，需要相同的配置（注意在.git项目中执行命令，它总是跳转到前面所说的基本目录，直到修复为止，我个人更喜欢这个函数

ss = !env GIT_TMPFILE="`/bin/tempfile`" sh -c 'git archive --format=zip --remote=[url:path]/$1 $2 \ > $GIT_TMPFILE && unzip $GIT_TMPFILE && rm $GIT_TMPFILE' -

我只是想指出，如果你是

导出存储库的子文件夹（这就是我使用SVN导出功能的方式）可以将该文件夹中的所有内容复制到部署目标因为您已经有了整个存储库的副本。

然后，您可以只使用cpfoo[destination]而不是前面提到的gitarchive-master foo|-x-C[destination。

这将复制除.dot文件之外的所有内容。我使用这个将git克隆项目导出到我的web应用程序的git repo中，而不使用.git文件。

cp-R/git repo/path/to/destination的路径/

简单的旧bash非常有用：）

我广泛使用git子模块。这个适合我：

rsync -a ./FROM/ ./TO --exclude='.*'

Bash实现git导出。

我已经将.empty文件的创建和删除过程划分为各自的功能，目的是在“gitarchive”实现中重新使用它们（稍后将发布）。

我还将“.gitattributes”文件添加到进程中，以便从目标导出文件夹中删除不需要的文件。在使“gitexport”功能更高效的同时，还包含了对流程的详细描述。

EMPTY_FILE=“.EMPTY”；

function create_empty () {
## Processing path (target-dir):
    TRG_PATH="${1}";
## Component(s):
    EXCLUDE_DIR=".git";
echo -en "\nAdding '${EMPTY_FILE}' files to empty folder(s): ...";
    find ${TRG_PATH} -not -path "*/${EXCLUDE_DIR}/*" -type d -empty -exec touch {}/${EMPTY_FILE} \;
#echo "done.";
## Purging SRC/TRG_DIRs variable(s):
    unset TRG_PATH EMPTY_FILE EXCLUDE_DIR;
    return 0;
  }

declare -a GIT_EXCLUDE;
function load_exclude () {
    SRC_PATH="${1}";
    ITEMS=0; while read LINE; do
#      echo -e "Line [${ITEMS}]: '${LINE%%\ *}'";
      GIT_EXCLUDE[((ITEMS++))]=${LINE%%\ *};
    done < ${SRC_PATH}/.gitattributes;
    GIT_EXCLUDE[${ITEMS}]="${EMPTY_FILE}";
## Purging variable(s):
    unset SRC_PATH ITEMS;
    return 0;
  }

function purge_empty () {
## Processing path (Source/Target-dir):
    SRC_PATH="${1}";
    TRG_PATH="${2}";
echo -e "\nPurging Git-Specific component(s): ... ";
    find ${SRC_PATH} -type f -name ${EMPTY_FILE} -exec /bin/rm '{}' \;
    for xRULE in ${GIT_EXCLUDE[@]}; do
echo -en "    '${TRG_PATH}/{${xRULE}}' files ... ";
      find ${TRG_PATH} -type f -name "${xRULE}" -exec /bin/rm -rf '{}' \;
echo "done.'";
    done;
echo -e "done.\n"
## Purging SRC/TRG_PATHs variable(s):
    unset SRC_PATH; unset TRG_PATH;
    return 0;
  }

function git-export () {
    TRG_DIR="${1}"; SRC_DIR="${2}";
    if [ -z "${SRC_DIR}" ]; then SRC_DIR="${PWD}"; fi
    load_exclude "${SRC_DIR}";
## Dynamically added '.empty' files to the Git-Structure:
    create_empty "${SRC_DIR}";
    GIT_COMMIT="Including '${EMPTY_FILE}' files into Git-Index container."; #echo -e "\n${GIT_COMMIT}";
    git add .; git commit --quiet --all --verbose --message "${GIT_COMMIT}";
    if [ "${?}" -eq 0 ]; then echo " done."; fi
    /bin/rm -rf ${TRG_DIR} && mkdir -p "${TRG_DIR}";
echo -en "\nChecking-Out Index component(s): ... ";
    git checkout-index --prefix=${TRG_DIR}/ -q -f -a
## Reset: --mixed = reset HEAD and index:
    if [ "${?}" -eq 0 ]; then
echo "done."; echo -en "Resetting HEAD and Index: ... ";
        git reset --soft HEAD^;
        if [ "${?}" -eq 0 ]; then
echo "done.";
## Purging Git-specific components and '.empty' files from Target-Dir:
            purge_empty "${SRC_DIR}" "${TRG_DIR}"
          else echo "failed.";
        fi
## Archiving exported-content:
echo -en "Archiving Checked-Out component(s): ... ";
        if [ -f "${TRG_DIR}.tgz" ]; then /bin/rm ${TRG_DIR}.tgz; fi
        cd ${TRG_DIR} && tar -czf ${TRG_DIR}.tgz ./; cd ${SRC_DIR}
echo "done.";
## Listing *.tgz file attributes:
## Warning: Un-TAR this file to a specific directory:
        ls -al ${TRG_DIR}.tgz
      else echo "failed.";
    fi
## Purgin all references to Un-Staged File(s):
   git reset HEAD;
## Purging SRC/TRG_DIRs variable(s):
    unset SRC_DIR; unset TRG_DIR;
    echo "";
    return 0;
  }

输出：$git导出/tmp/rel-1.0正在将“.empty”文件添加到空文件夹：。。。完成。正在签出索引组件：。。。完成。正在重置HEAD和索引：。。。完成。正在清除Git特定组件：。。。“/tmp/rel-1.0.0/｛.buildpath｝”文件。。。完成。”“/tmp/rel-1.0.0/｛.project｝”文件。。。完成。”“/tmp/rel-1.0.0/｛.gitignore｝”文件。。。完成。”“/tmp/rel-1.0.0/｛.git｝”文件。。。完成。”“/tmp/rel-1.0.0/｛.gitattributes｝”文件。。。完成。”“/tmp/rel-1.0.0/｛*.mno｝”文件。。。完成。”“/tmp/rel-1.0/{*~}”文件。。。完成。”“/tmp/rel-1.0.0/｛.*~｝”文件。。。完成。”“/tmp/rel-1.0.0/｛*.swp｝”文件。。。完成。”“/tmp/rel-1.0.0/｛*.swo｝”文件。。。完成。”“/tmp/rel-1.0.0/｛.DS_Store｝”文件。。。完成。”“/tmp/rel-1.0.0/｛.settings｝”文件。。。完成。”“/tmp/rel-1.0.0/｛.empty｝”文件。。。完成。”完成。正在存档签出组件：。。。完成。-rw-r--r--1管理轮25445901 3 11月12:57/tmp/rel-1.0.tgz我现在已经将“gitarchive”功能合并到一个使用“create_empty”功能和其他功能的过程中。

function git-archive () {
    PREFIX="${1}"; ## sudo mkdir -p ${PREFIX}
    REPO_PATH="`echo "${2}"|awk -F: '{print $1}'`";
    RELEASE="`echo "${2}"|awk -F: '{print $2}'`";
    USER_PATH="${PWD}";
echo "$PREFIX $REPO_PATH $RELEASE $USER_PATH";
## Dynamically added '.empty' files to the Git-Structure:
    cd "${REPO_PATH}"; populate_empty .; echo -en "\n";
#    git archive --prefix=git-1.4.0/ -o git-1.4.0.tar.gz v1.4.0
# e.g.: git-archive /var/www/htdocs /repos/domain.name/website:rel-1.0.0 --explode
    OUTPUT_FILE="${USER_PATH}/${RELEASE}.tar.gz";
    git archive --verbose --prefix=${PREFIX}/ -o ${OUTPUT_FILE} ${RELEASE}
    cd "${USER_PATH}";
    if [[ "${3}" =~ [--explode] ]]; then
      if [ -d "./${RELEASE}" ]; then /bin/rm -rf "./${RELEASE}"; fi
      mkdir -p ./${RELEASE}; tar -xzf "${OUTPUT_FILE}" -C ./${RELEASE}
    fi
## Purging SRC/TRG_DIRs variable(s):
    unset PREFIX REPO_PATH RELEASE USER_PATH OUTPUT_FILE;
    return 0;
  }

在寻找导出git存储库的方法时，我经常点击这个页面。我对这个问题的回答考虑了svn导出与git相比在设计上具有的三个财产，因为svn遵循集中存储库方法：

通过不导出所有修订，它可以最大限度地减少到远程存储库位置的流量它不在导出目录中包含元信息使用svn导出某个分支是通过指定适当的路径来完成的gitclone--深度1--分支主git://git.somewhere目的地路径rm-rf目标路径/.git

在构建某个版本时，克隆一个稳定的分支是很有用的，例如--branch stable或--branch release/0.9。

相当于

svn export . otherpath

在现有回购协议中

git archive branchname | (cd otherpath; tar x)

相当于

svn export url otherpath

is

git archive --remote=url branchname | (cd otherpath; tar x)

如果你想要一些与子模块一起工作的东西，这可能值得一试。

注：

MASTER_DIR=同时检出子模块的检出DEST_DIR=此导出的结束位置如果你有rsync，我想你可以用更少的球疼做同样的事情。

假设：

您需要从MASTER_DIR的父目录（即MASTER_DIRcd..）运行此命令DEST_DIR假定已创建。如果需要，这很容易修改为包含DEST_DIR的创建

cd MASTER_DIR&&tar-zcvf/DEST_DIR/export.tar.gz--exclude='.git*'.&&cd/DEST_DIR/&&tar xvfz导出.tar.gz&&rm导出.tar.gif

如果您也需要子模块，这应该可以做到：https://github.com/meitar/git-archive-all.sh/wiki

您可以在任何提交时将远程回购存档为zip文件。

git archive --format=zip --output=archive.zip --remote=USERNAME@HOSTNAME:PROJECTNAME.git HASHOFGITCOMMIT

简单到克隆，然后删除.git文件夹：

git克隆url_of_your_repo路径到导出&&rm-rf路径到导出/.git

如果存储库托管在GitHub上，则为特殊情况。

只需使用svn导出。

据我所知，Github不允许存档--远程。虽然GitHub是svn兼容的，而且他们确实有所有的git repos svn可访问，所以你可以像平常一样使用svn导出，只需对GitHub url进行一些调整。

例如，要导出整个存储库，请注意URL中的主干如何替换master（或项目的HEAD分支设置为什么）：

svn export https://github.com/username/repo-name/trunk/

您可以导出单个文件，甚至导出某个路径或文件夹：

svn export https://github.com/username/repo-name/trunk/src/lib/folder

jQuery JavaScript库示例

HEAD分支或主分支将使用主干：

svn ls https://github.com/jquery/jquery/trunk

非HEAD分支机构可在/branches/下访问：

svn ls https://github.com/jquery/jquery/branches/2.1-stable

/tags/下的所有标签以相同的方式：

svn ls https://github.com/jquery/jquery/tags/2.1.3

如果不排除具有.gitattributes导出忽略的文件，请尝试git签出

mkdir /path/to/checkout/
git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout -f -q

-f级从索引中检出路径时，不要在未合并时失败条目；相反，将忽略未合并的条目。

and

-问避免冗长

此外，您可以从SVN中的特定提交修订中获取任何分支或标记，只需添加SHA1即可（Git中的SHA1相当于SVN中版本号）

mkdir /path/to/checkout/
git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout 2ef2e1f2de5f3d4f5e87df7d8 -f -q -- ./

/path/to/checkout/必须为空，Git不会删除任何文件，但会在没有任何警告的情况下覆盖同名文件

更新：为了避免斩首问题，或者在使用签出导出标签、分支或SHA1时保持工作存储库的完整性，需要添加--./最后

双破折号——告诉git破折号后面的所有内容都是路径或文件，在本例中，告诉git签出不更改HEAD

示例：

该命令将仅获取libs目录以及来自该提交的readme.txt文件

git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout fef2e1f2de5f3d4f5e87df7d8 -f -q -- ./libs ./docs/readme.txt

这将在头部HEAD^2后面创建（覆盖）my_file_2_behind_HEAD.txt两次提交

git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout HEAD^2 -f -q -- ./my_file_2_behind_HEAD.txt

获取其他分支的导出

git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout myotherbranch -f -q -- ./

注意。/相对于存储库的根

这将把一系列提交（C到G）中的文件复制到tar文件中。注意：这只会提交文件。不是整个存储库。此处略有修改

提交历史记录示例

A-->B-->C-->D-->E-->F-->G-->H-->I

git diff-tree -r --no-commit-id --name-only --diff-filter=ACMRT C~..G | xargs tar -rf myTarFile.tar

git diff树手册页

-r-->递归到子树中

--nocommit-id-->gitdiff树在适用时输出带有commit-id的行。此标志抑制了提交ID输出。

--name only-->仅显示已更改文件的名称。

--diff filter=ACMRT-->仅选择这些文件。请参阅此处以获取文件的完整列表

C..G-->此提交范围内的文件

C~-->包括提交C中的文件。不仅仅是提交C之后的文件。

|xargs tar-rf myTarFile-->输出到tar

我的.bashrc文件中有以下实用程序函数：它在git存储库中创建当前分支的存档。

function garchive()
{
  if [[ "x$1" == "x-h" || "x$1" == "x" ]]; then
    cat <<EOF
Usage: garchive <archive-name>
create zip archive of the current branch into <archive-name>
EOF
  else
    local oname=$1
    set -x
    local bname=$(git branch | grep -F "*" | sed -e 's#^*##')
    git archive --format zip --output ${oname} ${bname}
    set +x
  fi
}

我认为@Aredridel的帖子是最接近的，但还有更多的内容——所以我将在这里补充这一点；问题是，在svn中，如果你在repo的子文件夹中，并且你做到了：

/media/disk/repo_svn/subdir$ svn export . /media/disk2/repo_svn_B/subdir

然后svn将导出所有受修订控制的文件（它们也可能是新添加的；或已修改的状态）-如果您在该目录中有其他“垃圾”（我不在这里计算.svn子文件夹，而是像.o文件这样的可见文件），它将不会导出；将仅导出SVN repo注册的那些文件。对我来说，一件好事是，这个导出还包括尚未提交的具有本地更改的文件；另一个好处是导出文件的时间戳与原始文件的时间相同。或者，正如svn help export所说：

从指定的工作副本导出干净的目录树路径1，修订版本REV（如果给出），否则在工作时路径2….如果未指定REV，则所有本地将保留更改。不受版本控制的文件将不能复制。

要了解git不会保留时间戳，请比较以下命令的输出（在您选择的git repo的子文件夹中）：

/media/disk/git_svn/subdir$ ls -la .

…和：

/media/disk/git_svn/subdir$ git archive --format=tar --prefix=junk/ HEAD | (tar -t -v --full-time -f -)

…无论如何，我注意到gitarchive会导致归档文件的所有时间戳都相同！git帮助存档说：

git存档在给定树ID时的行为与给定提交ID或标记ID时的不同。在第一种情况下当前时间用作存档中每个文件的修改时间。在后一种情况下，记录的提交时间在引用的提交对象中。

…但显然这两种情况都设置了“每个文件的修改时间”；从而不保留那些文件的实际时间戳！

因此，为了保留时间戳，这里有一个bash脚本，它实际上是一个“单行”，尽管有些复杂-所以下面以多行形式发布：

/media/disk/git_svn/subdir$ git archive --format=tar master | (tar tf -) | (\
  DEST="/media/diskC/tmp/subdirB"; \
  CWD="$PWD"; \
  while read line; do \
    DN=$(dirname "$line"); BN=$(basename "$line"); \
    SRD="$CWD"; TGD="$DEST"; \
    if [ "$DN" != "." ]; then \
      SRD="$SRD/$DN" ; TGD="$TGD/$DN" ; \
      if [ ! -d "$TGD" ] ; then \
        CMD="mkdir \"$TGD\"; touch -r \"$SRD\" \"$TGD\""; \
        echo "$CMD"; \
        eval "$CMD"; \
      fi; \
    fi; \
    CMD="cp -a \"$SRD/$BN\" \"$TGD/\""; \
    echo "$CMD"; \
    eval "$CMD"; \
    done \
)

请注意，假设您正在导出“当前”目录（上面的/media/disk/git_svn/subdr）中的内容，并且导出到的目标位置有些不方便，但它位于DEST环境变量中。请注意，使用此脚本；在运行上述脚本之前，必须自己手动创建DEST目录。

运行脚本后，您应该能够比较：

ls -la /media/disk/git_svn/subdir
ls -la /media/diskC/tmp/subdirB   # DEST

…并希望看到相同的时间戳（对于那些受版本控制的文件）。

希望这对某人有所帮助，干杯

对于GitHub用户，gitarchive--remote方法无法直接工作，因为导出URL是短暂的。您必须向GitHub请求URL，然后下载该URL。卷曲使这变得容易：

curl -L https://api.github.com/repos/VENDOR/PROJECT/tarball | tar xzf -

这将在本地目录中提供导出的代码。例子：

$ curl -L https://api.github.com/repos/jpic/bashworks/tarball | tar xzf -
$ ls jpic-bashworks-34f4441/
break  conf  docs  hack  LICENSE  mlog  module  mpd  mtests  os  README.rst  remote  todo  vcs  vps  wepcrack

编辑如果您希望将代码放入特定的现有目录（而不是github中的随机目录）：

curl -L https://api.github.com/repos/VENDOR/PROJECT/tarball | \
tar xzC /path/you/want --strip 1

是的，这是一个干净整洁的命令，可以将代码归档，而不在归档中包含任何git，并且可以在不担心任何git提交历史的情况下传递。

git archive --format zip --output /full/path/to/zipfile.zip master 

到目前为止，我看到的最简单的方法（也适用于windows）是gitbundle：

git bundle create/some/bundle/path.bundle--全部

有关更多详细信息，请参阅以下答案：如何通过usb驱动器将git存储库从windows机器复制到linux机器？

选项1听起来效率不高。如果客户机中没有空间进行克隆，然后删除.git文件夹，该怎么办？

今天我发现自己正在尝试这样做，客户是一个几乎没有空间的树莓派。此外，我还想从存储库中排除一些较重的文件夹。

选项2和此处的其他答案在这种情况下没有帮助。两个git存档（因为需要提交.gitattributes文件，我不想将此排除保存在存储库中）。

这里我分享了我的解决方案，类似于选项3，但不需要gitclone：

tmp=`mktemp`
git ls-tree --name-only -r HEAD > $tmp
rsync -avz --files-from=$tmp --exclude='fonts/*' . raspberry:

将rsync行更改为压缩的等效行也可以作为git存档，但有一种排除选项（如这里所要求的）。

如果您在希望创建导出的计算机上有存储库的本地副本，我还有另一个解决方案可以正常工作。在这种情况下，移动到此存储库目录，并输入以下命令：

GIT_WORK_TREE=输出目录数字检出-f

如果您使用git存储库管理网站，并且希望在/var/www/中签出一个干净的版本，这一点特别有用。在这种情况下，将此命令添加到.git/hook/post-rereceive脚本中（在裸存储库上使用hook/post-Rereceive，这更适合这种情况）

正如我所理解的那样，它更多的是从服务器上下载特定的状态，没有历史记录，也没有其他分支的数据，而不是从本地存储库中提取状态（就像这里的许多用户一样）。

可以这样做：

git clone -b someBranch --depth 1 --single-branch git://somewhere.com/repo.git \
&& rm -rf repo/.git/

--自Git 1.7.10（2012年4月）以来，单一分支可用。--据报道，深度有问题，但就出口而言，上述问题应该无关紧要。

在添加前缀（例如目录名）时将git导出到zip存档：

git archive master --prefix=directoryWithinZip/  --format=zip -o out.zip