Using 2 of the above answers (How to clone git repository with specific revision/changeset? and How to clone git repository with specific revision/changeset?) Helped me to come up with a definative. If you want to clone up to a point, then that point has to be a tag/branch not simply an SHA or the FETCH_HEAD gets confused. Following the git fetch set, if you use a branch or tag name, you get a response, if you simply use an SHA-1 you get not response. Here's what I did:- create a full working clone of the full repo, from the actual origin

cd <path to create repo>
git clone git@<our gitlab server>:ui-developers/ui.git 

然后在有趣的地方创建一个本地分支

git checkout 2050c8829c67f04b0db81e6247bb589c950afb14
git checkout -b origin_point

然后创建我的新的空白回购，我的本地副本作为它的起源

cd <path to create repo>
mkdir reduced-repo
cd reduced-repo
git init
git remote add local_copy <path to create repo>/ui
git fetch local_copy origin_point

那时我得到了这样的回应。我指出这一点是因为如果使用SHA-1来代替上面的分支，什么也不会发生，所以响应意味着它工作了

/var/www/html/ui-hacking$ git fetch local_copy origin_point
remote: Counting objects: 45493, done.
remote: Compressing objects: 100% (15928/15928), done.
remote: Total 45493 (delta 27508), reused 45387 (delta 27463)
Receiving objects: 100% (45493/45493), 53.64 MiB | 50.59 MiB/s, done.
Resolving deltas: 100% (27508/27508), done.
From /var/www/html/ui
 * branch            origin_point -> FETCH_HEAD
 * [new branch]      origin_point -> origin/origin_point

现在在我的情况下，我需要把它放回gitlab，作为一个新的repo，所以我做了

git remote add origin git@<our gitlab server>:ui-developers/new-ui.git

这意味着我可以通过使用git——git-dir=../ui/从origin_point重建我的repo。Git format-patch -k -1——stdout <sha1> | Git am -3 -k来远程拾取樱桃，然后使用Git push origin将整个lot上传到它的新家。

希望这能帮助到别人

你可以简单地使用git checkout <commit hash>

在这个序列中

bash git克隆[URLTORepository] Git checkout [commit]

提交哈希看起来像这样“45ef55ac20ce2389c9180658fdba35f4a663d204”

DR -只需在源存储库中针对您想要克隆到的提交创建一个标记，并在fetch命令中使用该标记。您可以稍后从原始回购中删除标记以进行清理。

好吧，现在已经是2014年了，看起来查尔斯·贝利2010年的答案已经过时了，而且大多数(所有?)其他答案都涉及克隆，许多人都希望避免克隆。

下面的解决方案实现了OP和其他许多人正在寻找的东西，这是一种创建存储库副本(包括历史记录)的方法，但仅限于特定的提交。

以下是我在git 2.1.2版本中使用的命令，用于克隆一个本地回购(即。在另一个目录中的存储库)到某一点:

# in the source repository, create a tag against the commit you want to check out
git tag -m "Temporary tag" tmptag <sha1>

# create a new directory and change into that directory
cd somewhere_else;mkdir newdir;cd newdir

# ...and create a new repository
git init

# add the source repository as a remote (this can be a URL or a directory)
git remote add origin /path/to/original/repo

# fetch the tag, which will include the entire repo and history up to that point
git fetch origin refs/tags/tmptag

# reset the head of the repository
git reset --hard FETCH_HEAD

# you can now change back to the original repository and remove the temporary tag
cd original_repo
git tag -d tmptag

希望这个解决方案能继续工作几年!: -)

克隆单个分支的完整工作流程，选择提交，然后检查特定的提交…此方法需要git版本2.28.0或更高的版本才能使用选项——no-write-fetch-head，使用版本2.35.3进行测试。(如果你已经知道你想要提交的完整sha1哈希值，请跳过最后一个代码块中的第二个方法)

#Create empty git repo
mkdir repo && cd repo && git init

#add remote, configure it to track <branch>
git remote add --no-tags -t <branch> -m <branch> origin <url>

#fetch objects from remote repo
git fetch --no-write-fetch-head

#examine commits and logs to decide which one we will use
git log --oneline origin

#Once you have found the commit of interest copy the abbreviated hash or save as variable
commit=<sha1>

#rename our default branch to match remote branch
git branch -m <branch>

#set branch head to desired commit
git branch <branch> $commit

#set remote branch as upstream for <branch>
git branch -u origin <branch>

#All done time to checkout
git checkout

可以选择截断本地分支的历史记录:

git fetch --no-write-fetch-head --depth <n> ./ <branch>

要截断远程分支历史记录，可以执行以下命令，但请记住，如果你将历史记录截断为一个比你签出的提交更新的提交，git状态会告诉你，你已经与远程分支分离了<n>次提交

git fetch --no-write-fetch-head --depth <n>

如果你不需要远程跟踪，并且已经知道完整的提交散列:

mkdir repo && cd repo && git init
git remote --no-tags add origin <url>
git fetch --depth 1 --no-write-fetch-head origin <sha1>
#Set default local branch (master in this case) head to <sha1>
git branch master <sha1>
git checkout

在我看来，这个方法更好的地方在于它真正只获取一个提交。我们还避免创建FETCH_HEAD或ORIG_HEAD，使.git目录保持干净。这也使得reflog干净(只有一个条目)，而不是由于git重置而有两个条目——硬提交 不需要远程跟踪和使用fetch—depth 1，它创建尽可能小的克隆(浅克隆)。

如果你的意思是你想要从开始到某一点的所有东西，查尔斯·贝利的答案是完美的。如果你想做相反的事情，并从当前日期检索历史的子集，你可以使用git clone——depth [N]，其中N是你想要的历史的转速。然而:

——深度 创建一个浅克隆，其历史记录被截断为指定的修订数。浅存储库有许多限制(您不能从它复制或获取，也不能从它推入或进入它)，但如果您只对具有较长历史的大型项目的最近历史感兴趣，并且希望以补丁的形式发送修复，那么浅存储库就足够了。

git克隆https://github.com/ORGANIZATION/repository.git(克隆存储库)

CD存储库(导航到存储库)

Git获取原点2600f4f928773d79164964137d514b85400b09b2

git checkout FETCH_HEAD