我有点晚了，但我相信我找到了一些适合我的东西，如果你的情况相同或相似，它可能也适用于你。

我在它自己的分支里做一个特性。分支不会合并到master中并推送，直到它完成或者我已经提交了我觉得可以向公众展示的内容。所以当我想要将非阶段性的更改转移到另一台计算机时，我所做的是:

Make a commit, with a commit message like "[non-commit] FOR TRANSFER ONLY", featuring the content you want transfered. Login to the other computer. Then do: git pull ssh+git://<username>@<domain>/path/to/project/ rb:lb The URL might differ for you if you access your repository in a different way. This will pull changes from that URL from the remote branch "rb" into the local branch "lb". Note that I have an ssh server running on my own computer, and am able to access the repository that way. git reset HEAD^ (implies --mixed) This resets the HEAD to point to the state before the "[non-commit]" commit.

从git-reset (1): "——mixed:重置索引，但不重置工作树(即，更改的文件被保留，但不标记为提交)[…]"

因此，您最终将对文件进行更改，但不需要提交到master，也不需要存储。

然而，这将需要你git重置——在你做了“[非提交]”的存储库中硬HEAD^，因为那个提交是垃圾。

这是不可能得到它通过fetch或这样，镜像refspec是fetch = +refs/*:refs/*，即使stash是refs/stash，它不会被发送。显式的refs/stash:refs/stash也没有效果!

这只会令人困惑，因为它不会获取所有的存储，只有最新的一个;存储列表是ref refs/stashes的reflog。

我有点晚了，但我相信我找到了一些适合我的东西，如果你的情况相同或相似，它可能也适用于你。

我在它自己的分支里做一个特性。分支不会合并到master中并推送，直到它完成或者我已经提交了我觉得可以向公众展示的内容。所以当我想要将非阶段性的更改转移到另一台计算机时，我所做的是:

Make a commit, with a commit message like "[non-commit] FOR TRANSFER ONLY", featuring the content you want transfered. Login to the other computer. Then do: git pull ssh+git://<username>@<domain>/path/to/project/ rb:lb The URL might differ for you if you access your repository in a different way. This will pull changes from that URL from the remote branch "rb" into the local branch "lb". Note that I have an ssh server running on my own computer, and am able to access the repository that way. git reset HEAD^ (implies --mixed) This resets the HEAD to point to the state before the "[non-commit]" commit.

从git-reset (1): "——mixed:重置索引，但不重置工作树(即，更改的文件被保留，但不标记为提交)[…]"

因此，您最终将对文件进行更改，但不需要提交到master，也不需要存储。

然而，这将需要你git重置——在你做了“[非提交]”的存储库中硬HEAD^，因为那个提交是垃圾。

我将混合上面的2个答案，只是为了分享我是如何用zsh shell来做的。

非常感谢@Scott Weldon和@sehe对这个问题的回答!我从他们身上学到了很多!!由于这个问题，我还广泛地学习了shell脚本编写!

一个关于代码功能的非常简单的解释

请参考以上的答案链接，以更好地(推荐)理解:

代码的作用:

Stash goes from Machine 1 --> to remote --> to Machine 2

机器1:

1. Push the stash to remote (using for loop for multiple stashes)

机器2:

1. Check stash(es) in remote. (This is just to check whether there are  previous stashes in remote. If there are, you must delete them if you don't want them in you stash list. Command for deleting remote stashes are given in bonus)
2. Fetch the stash(es) to a local ref folder named "ref/stashes" in your .git folder in your local repository. (Its like downloading the stashes on your PC)
3. Convert the fetched stash(es) to proper data. (Its like extracting or installing the stashes on your PC)

奖金:

1. Check stash(es) in remote
2. Delete stash(es) from remote 

代码:

在机器1上:

1. git push origin $(for sha in $(git rev-list -g stash); do echo $sha:"refs/stashes/$(git rev-parse --short $sha)"; done)

在机器2上:

1. git ls-remote
2. git fetch origin "refs/stashes/*":"refs/stashes/*"
3. for sha in $(git rev-list --no-walk --reverse --glob='refs/stashes/*'); do git stash store --message "$(git show --no-patch --format=format:%s $sha)" $sha; done

奖金:

1. git ls-remote
2. git push origin :refs/stashes/<stashFile-1> :refs/stashes/<stashFile-2>

以上代码用于多个存储，也可以用于一个存储。只需确保您的远程ref/stashes文件夹只有您在本地回购中想要的存储。

在其他答案的基础上，如果你在GitHub这样的平台上有一个公共存储库，但不希望你正在进行的更改是公共的，你可以创建一个私有存储库并将其添加为远程存储库。

要同步更改:提交，推到私有远程上的分支，拉到目标设备，并执行软/混合重置。

请参阅下面两个一行程序，我成功地使用它们将所有存储从多个源回购推到远程主机上的单个目标回购。

这是基于sehe的原始答案，结合Alan Krueger的评论，Keith Robertson的评论，Sebastian Schrader的评论，并添加远程主机:dir。

# on each src_host:repo_dir
git send-pack <dst_host>:<dst_repo_dir> $(for sha in $(git rev-list -g stash); do echo $sha:refs/heads/stash_$sha; done)

# on the dst_host:repo_dir
for a in $(git rev-list --no-walk --glob='refs/heads/stash_*' | tac); do git checkout $a && git reset HEAD^ && git update-ref --create-reflog -m "$(git show -s --format=%B $a)" refs/stash $a && git restore . && git branch -D stash_$a; done; git checkout master

(我还没有足够的声望点，否则我会在sehe的原始答案下添加一条评论)