您可以通过简单地运行应用补丁文件(无需提交更改)

git apply patchfile

然后你可以简单地从当前工作目录创建一个新的存储:

git stash

您可以在一台机器上创建补丁文件，然后可以将该补丁文件共享给另一台机器。

创建存储作为补丁

$ git stash show "stash@{0}" -p > changes.patch

“stash@{0}”是隐藏的引用。它将创建补丁文件与最新的stash。 如果你想要不同的，使用命令$ git stash list来查看你的存储列表，并选择你想要修补的一个。

应用补丁

现在，将存储文件转移到另一台机器上，并将其粘贴到项目的根文件夹中。 然后执行以下命令

$ git apply changes.patch

如果出现了错误，而你想要逆转更改

$ git apply changes.patch --reverse

您可以通过简单地运行应用补丁文件(无需提交更改)

git apply patchfile

然后你可以简单地从当前工作目录创建一个新的存储:

git stash

隐藏是工作树在基本提交和索引之间的特殊合并提交。一种方法是将每个补丁保存为单独的补丁，签出stash的第一个父补丁，从两个补丁中恢复索引和工作树，最后恢复stash(似乎有一个答案是这样的)。

这是完全重新创建存储中的所有信息所需要的，如果您不关心这一点，那么至少应该在恢复之前签出存储的第一个父节点，以避免冲突，并跟踪创建存储的位置。

这就是我所做的从一个回购到另一个完全恢复所有存储。如果你不能将它们放在同一台计算机上，你可以在创建它们后将stash标签保存在一个包中，并将refs列表和包复制到目标计算机。

源于原回购的根源:

拿到藏货的名单 标记你的隐藏引用，这样你就可以用git fetch来检索它们(标记名称不重要，如果有冲突就更改它。我使用stash_ +数字(s)在逻辑stash ref) 将逻辑引用以相反的顺序转换为sha1哈希值——我们稍后将使用它们 保存该回购路径-也为以后使用

refs=$(git stash list|cut -d: -f1)
for ref in $refs; do git tag stash_${ref//[^0-9]} $ref; done
refs=$(git rev-parse $refs|tac)
oldpath=$PWD

注意:这需要bash或兼容shell (ksh, zsh应该做…)如果你的shell不支持${param//pattern}，你也可以增加一个变量，ex stash_$((i++))

现在在新的repo中，对于每个ref:

从旧的repo中获取ref(我们甚至不需要使用标记名称，因为我们已经标记了它们，我们可以用git Fetch检索它们) 从ref重新导入stash，使用该ref的主题作为stash消息。

for ref in $refs; do git fetch $oldpath $ref; git stash store -m "$(git show -s --pretty=%s $ref)" $ref; done

Git -no-pager stash show -p >补丁

将存储的更改复制到补丁文件

Git应用路径/到/the/patch/文件

应用补丁文件中的stash

下面的shell脚本允许用户将所有的存储从一个文件夹复制到另一个文件夹。 https://gist.github.com/senthilmurukang/29b55a0c0e8694c406991799153f3c43

另一种选择是将.git文件夹从一台计算机rsync到另一台计算机。Rsync只处理文件更改(比复制快)。

这种方法的一个缺点是配置也会被覆盖，如果在两台机器之间运行不同的.git配置，可能不希望出现这种情况。但是您可以通过在rsync中使用——exclude选项排除文件来克服这个问题。

总的来说，我认为原生Git解决方案更干净，但是这个rsync hack对于那些赶时间的人来说可能更熟悉rsync而不是Git。