这将把一系列提交（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

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

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

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

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

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

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

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

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;
  }

如果存储库托管在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

我只是想指出，如果你是

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

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