我一直在想，是否有一个好的“gitexport”解决方案可以创建一个没有.git存储库目录的树的副本。我知道至少有三种方法：
git克隆，然后删除.git存储库目录。git签出索引暗示了这一功能，但以“只需将所需的树读入索引……”开头，我不完全确定该怎么做。gitexport是一个第三方脚本，本质上是将git克隆到临时位置，然后再将rsync--exclude='.git'复制到最终目标。
这些解决方案中没有一个让我感到满意。最接近svn导出的可能是选项1，因为两者都要求目标目录首先为空。但选项2似乎更好，假设我能够理解将树读入索引意味着什么。
当前回答
我的首选实际上是在Makefile（或其他构建系统）中有一个dist目标，它可以导出代码的可分发存档（.tar.bz2、.zip、.jar或其他合适的文件）。如果您碰巧使用GNU自动工具或Perl的MakeMaker系统，我认为这是自动存在的。如果没有，我强烈建议添加它。
ETA（2012-09-06）：哇，一票否决。我仍然认为，使用构建工具而不是源代码控制工具来构建发行版更好。我相信使用构建工具构建工件。在我目前的工作中，我们的主要产品是以蚂蚁为目标构建的。我们正处于切换源代码控制系统的过程中，这个蚂蚁目标的出现意味着迁移过程中少了一点麻烦。
其他回答
相当于
svn export . otherpath
在现有回购协议中
git archive branchname | (cd otherpath; tar x)
相当于
svn export url otherpath
is
git archive --remote=url branchname | (cd otherpath; tar x)
这似乎与SVN相比，Git的问题更小。Git只在存储库根目录中放置.Git文件夹，而SVN在每个子目录中放置.SVN文件夹。因此，“svn-export”避免了递归命令行魔法，而使用Git递归则是不必要的。
我只是想指出，如果你是
导出存储库的子文件夹（这就是我使用SVN导出功能的方式）可以将该文件夹中的所有内容复制到部署目标因为您已经有了整个存储库的副本。
然后，您可以只使用cpfoo[destination]而不是前面提到的gitarchive-master foo|-x-C[destination。
如果您也需要子模块，这应该可以做到：https://github.com/meitar/git-archive-all.sh/wiki
在寻找导出git存储库的方法时，我经常点击这个页面。我对这个问题的回答考虑了svn导出与git相比在设计上具有的三个财产，因为svn遵循集中存储库方法：
通过不导出所有修订，它可以最大限度地减少到远程存储库位置的流量它不在导出目录中包含元信息使用svn导出某个分支是通过指定适当的路径来完成的gitclone--深度1--分支主git://git.somewhere目的地路径rm-rf目标路径/.git
在构建某个版本时，克隆一个稳定的分支是很有用的，例如--branch stable或--branch release/0.9。
