捆绑！
带有git bundle的工作流程将与任何其他工作流程基本相同。这看起来似乎不是非常有用的建议，但实际上是这样：使用您通常使用的任何工作流程，并将“推/拉”替换为“在闪存驱动器上将其捆绑到此处，然后拉”。
手册页实际上具有很好的演练，尽管它只是一个单向示例。为了完整起见，以下是对其的略微修改版本，显示了如何双向移动信息：
# on hostA, the initial home of the repo
hostA$ git bundle create hostA.bundle --branches --tags
# transfer the bundle to hostB, and continue:
hostB$ git clone /path/to/hostA.bundle my-repo
# you now have a clone, complete with remote branches and tags
# just to make it a little more obvious, rename the remote:
hostB$ git remote rename origin hostA
# make some commits on hostB; time to transfer back to hostA
# use the known master branch of hostA as a basis
hostB$ git bundle create hostB.bundle ^hostA/master --branches --tags
# copy the bundle back over to hostA and continue:
hostA$ git remote add hostB /path/to/hostB.bundle
# fetch all the refs from the remote (creating remote branches like hostB/master)
hostA$ git fetch hostB
# pull from hostB's master, for example
hostA$ git pull
# make some commits on hostA; time to transfer to hostB
# again, use the known master branch as a basis
hostA$ git bundle create hostA.bundle ^hostB/master --branches --tags
# copy the bundle to hostB, **replacing** the original bundle
# update all the refs
hostB$ git fetch hostA
# and so on and so on
需要注意的关键是，您可以将捆绑软件添加为遥控器，并像与其他遥控器一样进行交互。要更新该遥控器，只需放入一个新捆绑包，以替换先前的捆绑包即可。
我也采用了略有不同的方法来选择基础。手册页使用标签，始终与最新的参考保持最新，这些参考已转移到其他主机。我只使用了远程分支，它将引用从其他主机传输的最后一个引用。这有点低效；由于捆绑落后了一步，因此最终捆绑的次数超出了您的需要。但是闪存驱动器很大，捆绑包很小，并且使用已有的ref而不是必须采取额外的步骤并谨慎对待标签，从而节省了很多精力。
使捆绑软件产生麻烦的一件事是，您不能将其推入捆绑包，也不能对其进行“变基”。如果要基于新的捆绑包，则必须重新创建它。如果要在其中进行新的提交，则必须重新创建它。这个麻烦引起了我的下一个建议。
在拇指驱动器上回购
老实说，除非您的回购确实很大，否则这可能同样容易。将裸克隆放在拇指驱动器上，即可从两台计算机上推入和拉出它。像对待网络连接一样对待它。需要转移到中央仓库吗？插上电源！