Use

git clone --depth=1 --branch=master git://someserver/somerepo dirformynewrepo
rm -rf ./dirformynewrepo/.git

深度选项将确保复制尽可能少的历史记录以获得该回购。 分支选项是可选的，如果没有指定将获得默认分支。 第二行代码将使dirformynewrepo目录不再是Git存储库。 如果要进行递归子模块克隆，则深度和分支参数不适用于子模块。

Use

git clone --depth=1 --branch=master git://someserver/somerepo dirformynewrepo
rm -rf ./dirformynewrepo/.git

深度选项将确保复制尽可能少的历史记录以获得该回购。 分支选项是可选的，如果没有指定将获得默认分支。 第二行代码将使dirformynewrepo目录不再是Git存储库。 如果要进行递归子模块克隆，则深度和分支参数不适用于子模块。

如果存储库包含一些标记，您可以简单地下载该标记的zip:

curl -L https://github.com/<user>/<repo-name>/archive/refs/tags/v1.2.3.zip | tar xz

这将下载并解压缩克隆的存储库，但没有.git文件夹。生成的文件夹将是<repo-name>-1.2.3

或者，如果你安装了Node.js，你可以使用下面的命令:

NPX degit GIT_REPO

npx随Node一起提供，它允许你运行基于二进制节点的包，而不需要先安装它们(或者，你可以先使用npm i -g degit全局安装degit)。

Degit是Rich Harris (slvelte和Rollup的创建者)创建的工具，他使用它通过克隆存储库而不保留git文件夹来快速创建新项目。但它也可以用来克隆任何回购一次…

对于那些怀疑——depth 1解决方案的人，因为它仍然下载.git目录，然后你需要手动删除它，也许你需要知道git克隆实际上是如何工作的。

当你通常克隆一个repo, git下载你所有的文件(跨越提交)到.git目录。当使用——depth 1进行克隆时，git只会将最新版本的文件下载到.git中。之后，git会将这些文件从.git签出或检索到工作目录(不再下载)。

通常情况下，因为.git中的文件对象是压缩的，所以使用git clone—depth 1下载文件会比下载未压缩的文件节省更多带宽。对于一些网速较慢的人来说，这是值得的(需要运行rm -rf)。

我个人认为git存档解决方案更好，但由于GitHub不支持它，——depth 1是正确的选择。

git clone --separate-git-dir=$(mktemp -u) --depth=1 <repo> <dir> && rm <dir>/.git

我更喜欢这个解，因为我不喜欢自动的rm - rfs。它只是rm一个。git文件，这意味着它永远不会意外rm -rf一个错误的。git目录

它依赖于mktemp命令，所以它将工作*nix系统(从我看到的情况来看，mktemp需要进一步的工作才能在MacOS上工作，所以如果有人想评论一个工作解决方案，我会添加它)

在zsh中，我将其作为一个函数，以确保定义了dir值:

alias np='node-project'
function node-project() {
  dir=${1:-.}
  git clone --separate-git-dir=$(mktemp -u) --depth=1 <my-node-repo> $dir && rm $dir/.git
}

解释

——separate-git-dir标志允许你为.git目录指定一个路径。结果“项目”将有一个.git文件(不是目录)，其内容将是一行:

gitdir: <the dir you specified in the flag>

因为我们在mktemp命令中使用了tmp目录，所以实际的.git目录内容将在tmp目录中结束。我们还使用了——depth=1，这样它在tmp dirs上占用的空间更少。