我一直在想，是否有一个好的“gitexport”解决方案可以创建一个没有.git存储库目录的树的副本。我知道至少有三种方法：
git克隆，然后删除.git存储库目录。git签出索引暗示了这一功能，但以“只需将所需的树读入索引……”开头，我不完全确定该怎么做。gitexport是一个第三方脚本，本质上是将git克隆到临时位置，然后再将rsync--exclude='.git'复制到最终目标。
这些解决方案中没有一个让我感到满意。最接近svn导出的可能是选项1，因为两者都要求目标目录首先为空。但选项2似乎更好，假设我能够理解将树读入索引意味着什么。
当前回答
正如我所理解的那样，它更多的是从服务器上下载特定的状态，没有历史记录，也没有其他分支的数据，而不是从本地存储库中提取状态（就像这里的许多用户一样）。
可以这样做：
git clone -b someBranch --depth 1 --single-branch git://somewhere.com/repo.git \
&& rm -rf repo/.git/
--自Git 1.7.10（2012年4月）以来，单一分支可用。--据报道，深度有问题，但就出口而言，上述问题应该无关紧要。
其他回答
如果你想要一些与子模块一起工作的东西，这可能值得一试。
注：
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
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;
}
我需要这个作为部署脚本，但我不能使用上面提到的任何方法。相反，我想出了一个不同的解决方案：
#!/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
我认为@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
…并希望看到相同的时间戳（对于那些受版本控制的文件）。
希望这对某人有所帮助，干杯
正如我所理解的那样，它更多的是从服务器上下载特定的状态，没有历史记录，也没有其他分支的数据，而不是从本地存储库中提取状态（就像这里的许多用户一样）。
可以这样做：
git clone -b someBranch --depth 1 --single-branch git://somewhere.com/repo.git \
&& rm -rf repo/.git/
--自Git 1.7.10（2012年4月）以来，单一分支可用。--据报道，深度有问题，但就出口而言，上述问题应该无关紧要。
