对于所有喜欢避免未知的git命令或害怕破坏某些东西的人，还有一个简单的解决方案：

检查文件所在的分支将该文件复制到计算机上的其他位置签出到文件需要到达的分支将文件粘贴到位

可能需要比相应的git命令更长的时间。。。但它有效且易于理解

或者，如果您想要其他分支的所有文件：

git checkout <branch name> -- .

要从另一个分支恢复文件，只需使用工作分支中的以下命令：

git restore -s my-other-branch -- ./path/to/file

-s标志是source的缩写，即要从中提取文件的分支。

（所选的答案信息量很大，但也有点令人难以理解。）

对于所有喜欢避免未知的git命令或害怕破坏某些东西的人，还有一个简单的解决方案：

检查文件所在的分支将该文件复制到计算机上的其他位置签出到文件需要到达的分支将文件粘贴到位

可能需要比相应的git命令更长的时间。。。但它有效且易于理解

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

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

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

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

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

git apply ~/app_changes.git

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

查看github上的文件并从那里取出

这是一种务实的方法，不会直接回答OP，但有些人发现很有用：

如果有问题的分支位于GitHub上，那么您可以使用GitHub提供的许多工具中的任何一个导航到所需的分支和文件，然后单击“原始”查看纯文本，并（可选）根据需要复制和粘贴文本。

我喜欢这种方法，因为它允许您在将远程文件拉到本地计算机之前查看其完整性。