一切都简单多了，用git结账。

假设您在master分支上，要从新功能分支获取app.js，请执行以下操作：

git checkout new-feature path/to/app.js

// note that there is no leading slash in the path!

这将为您带来所需文件的内容。您可以像往常一样，使用sha1的一部分而不是新的功能分支名称来获取特定提交中的文件。

注意：新功能需要是本地分支，而不是远程分支。

git checkout master               # first get back to master
git checkout experiment -- app.js # then copy the version of app.js 
                                  # from branch "experiment"

另请参见git如何撤消对一个文件的更改？

---

2019年8月更新，Git 2.23

使用新的git switch和git restore命令，将是：

git switch master
git restore --source experiment -- app.js

默认情况下，仅恢复工作树。如果您也想更新索引（即恢复文件内容，并在一个命令中将其添加到索引中）：

git restore --source experiment --staged --worktree -- app.js
# shorter:
git restore -s experiment -SW -- app.js

---

正如Jakub Narğbski在评论中提到的：

git show experiment:path/to/app.js > path/to/app.js

除了SO问题“How to retrieve a single file from specific revision in Git？”中详述的那样，您需要使用repo根目录的完整路径。因此Jakub在其示例中使用了/to/app.js路径。

正如Frosty在评论中提到的：

您将只获得app.js的最新状态

但是，对于git checkout或git show，您实际上可以引用所需的任何修订，如SO问题“git gui中文件的git checkout-revision”所示：

$ git show $REVISION:$FILENAME
$ git checkout $REVISION -- $FILENAME

如果$FILENAME是版本文件的完整路径。

$REVISION可以如git-rev-parse所示：

experiment@{yesterday}:app.js # app.js as it was yesterday 
experiment^:app.js            # app.js on the first commit parent
experiment@{2}:app.js         # app.js two commits ago

等等

施密特在评论中补充道：

你也可以从一个储藏处做到这一点：git签出存储--app.js如果您正在处理两个分支，并且不想提交，这非常有用。

另一种方法是创建具有差异的补丁，并将其应用于主分支例如。假设您开始使用app.js之前的最后一次提交是00000aaaa，而包含所需版本的提交是00000bbbbb

你在实验分支上运行这个：

git diff 00000aaaaa 00000bbbbb app.js > ~/app_changes.git

这将为app.js创建一个包含这两个提交之间所有差异的文件，您可以在任何地方应用该文件。您可以将该文件保存在项目之外的任何位置

然后，在master中，您只需运行：

git apply ~/app_changes.git

现在，您将看到项目中的更改，就像您手动进行了更改一样。

git checkout <branch_name> -- <paths>

更多信息

要从另一个分支签出文件，只需简单的一行命令：

git checkout branch C:\path\to\file.cs

如果您想要多个文件

git checkout branch C:\path\to\file1.cs C:\path\to\file2.cs

有关在git中签出文件或目录的所有信息

1.如何从另一个分支签出一个或多个文件或目录，或将哈希提交到当前签出的分支：

# check out all files in <paths> from branch <branch_name>
git checkout <branch_name> -- <paths>

资料来源：http://nicolasgallagher.com/git-checkout-specific-files-from-another-branch/.

另请参见man git结帐。

示例：

# Check out "somefile.c" from branch `my_branch`
git checkout my_branch -- somefile.c

# Check out these 4 files from `my_branch`
git checkout my_branch -- file1.h file1.cpp mydir/file2.h mydir/file2.cpp

# Check out ALL files from my_branch which are in
# directory "path/to/dir"
git checkout my_branch -- path/to/dir

如果未指定，则会自动将其branch_name假定为HEAD，这是当前签出分支的最近一次提交。因此，您也可以这样做以签出“somefile.c”，并让它覆盖任何本地未提交的更改：

# Check out "somefile.c" from `HEAD`, to overwrite any local, uncommitted
# changes
git checkout -- somefile.c

# Or check out a whole folder from `HEAD`:
git checkout -- some_directory

2.进一步：如何从任何分支检出任何文件或将哈希提交到计算机上的任何位置（非常有用！）：

# General form
git show my_branch_or_commit_hash:my_file.cpp > any/path/my_file.cpp

# Example: check out `main.cpp` from 3 commits ago in your currently-checked-out
# branch (3 commits prior to `HEAD`, or `HEAD~3`) into a temporary directory
mkdir ../temp
git show HEAD~3:main.cpp > ../temp/main_old.cpp

我了解到这一点的来源：@Jakub Narûbski对以下问题的回答：git以新名称签出文件的旧版本

3.如果您正在解决git合并、git cherry-pick、git rebase或git恢复更改，该怎么办？

好吧，在这种情况下，你最好做以下事情。注意：要知道每个上下文中的提交哈希或分支（他们的和我们的）是什么，请看我的答案：根据Git，谁是“我们”？谁是“他们”？：

# Keep `--theirs` for all conflicts within this file
git checkout --theirs -- path/to/some/file
# OR: keep `--ours` for all conflicts within this file
git checkout --ours -- path/to/some/file

OR:

# Keep `--theirs` for all conflicts within files inside this dir
git checkout --theirs -- path/to/some/dir
# OR: keep `--ours` for all conflicts within files inside this dir
git checkout --ours -- path/to/some/dir

在此之前，不要执行上一节中的常规结账表单，除非这是你真正想做的。请参阅上面提到的我的回答中的“警告警告”部分：根据Git，谁是“我们”，谁是”他们“？。

处理路径没有我们的版本或路径没有它们的版本错误：

如果您看到过这样的错误：

错误：路径“path/to/some/dir/file1.cpp”没有我们的版本#或错误：路径“path/to/some/dir/file1.cpp”没有其版本

…当运行上面的命令时，您只需先git rm这些文件，然后再次尝试git checkout（我们的或git checkout-他们的命令）。有关这些命令的详细解释，请参阅我的回答，包括一个自动查找和删除这些错误文件的表单：gitcheckout——当文件规范包含已删除文件时，我们的。

4.如果您想重置某个文件或目录，以在另一个提交或分支中完全匹配该文件或目录的状态，该怎么办？

在这种情况下，git checkout my_branch--some_file_or_dir是不够的，因为如果指定目录中的文件存在于当前签出的分支或提交中，但不存在于my_brank中，那么您希望在本地删除这些文件，但是git checkout不会删除任何存在于本地但不在指定提交中的文件，它只使用指定提交的版本在本地覆盖文件。因此，要在本地删除不应该存在的文件，以便您在本地得到的是提交或分支my_branch上的文件的精确副本，您必须执行以下操作：

# How to "hard reset" "path/to/some/file_or_dir" to its state exactly as it was
# at commit or branch `my_branch`
#
# WARNING: `git status` should be TOTALLY CLEAN before beginning this process!
# Otherwise, you risk PERMANENTLY LOSING any uncommitted changes shown by 
# `git status`, since `git clean -fd` 'f'orce deletes ALL files
# and 'd'irectories which are in your current working tree (file system), but
# which are *not* in the path you specify below in commit or branch `my_branch`.
# Therefore, anything NOT already committed gets **permanently lost** as though
# you had used `rm` on it!

git reset my_branch -- path/to/some/file_or_dir
git checkout-index -fa
git clean -fd  # SEE WARNING ABOVE!
git commit -m "hard reset path/to/some/file_or_dir to its state \
as it was at my_branch"

关于这一点，请参阅我自己的答案：为什么git不能按路径进行硬/软重置？

另请参见：

快速链接到我经常引用的答案，并认为是“git基础知识”：从另一个分支在git中创建分支的各种方法有关在git中签出文件或目录的所有信息根据Git，谁是“我们”？谁是“他们”？我在这里的回答中展示了更多的git结账示例：根据git，谁是“我们”，谁是”他们“？。[我对“如何按路径执行--soft或--hard git重置”的回答]为什么git不能按路径执行硬/软重置？git以新名称签出文件的旧版本[我的答案]git checkout--当文件规范包含删除的文件时[我的答案]使用git，如何将工作树（本地文件系统状态）重置为索引的状态（“暂存”文件）？