我一直在想，是否有一个好的“gitexport”解决方案可以创建一个没有.git存储库目录的树的副本。我知道至少有三种方法：
git克隆，然后删除.git存储库目录。git签出索引暗示了这一功能，但以“只需将所需的树读入索引……”开头，我不完全确定该怎么做。gitexport是一个第三方脚本，本质上是将git克隆到临时位置，然后再将rsync--exclude='.git'复制到最终目标。
这些解决方案中没有一个让我感到满意。最接近svn导出的可能是选项1，因为两者都要求目标目录首先为空。但选项2似乎更好，假设我能够理解将树读入索引意味着什么。
当前回答
如果不排除具有.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 -- ./
注意。/相对于存储库的根
其他回答
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。
您可以在任何提交时将远程回购存档为zip文件。
git archive --format=zip --output=archive.zip --remote=USERNAME@HOSTNAME:PROJECTNAME.git HASHOFGITCOMMIT
如果存储库托管在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 export . otherpath
在现有回购协议中
git archive branchname | (cd otherpath; tar x)
相当于
svn export url otherpath
is
git archive --remote=url branchname | (cd otherpath; tar x)
