Tay Ray Chuan <rctay89@xxxxxxxxx> writes: > By default, when you add a remote (with git remote add), git sets up > the fetch refspec in your config that looks like > > [remote "foo"] > url = git://foo.com/git/foo.git > fetch = refs/heads/*:refs/remotes/foo/* > > That is to say, branches on the remote repo will be fetched into a > "safe" area, refs/remotes/foo/, away from the branches that you > normally work with in refs/heads/. > > However, if you have a different config and you're fetching directly > into refs/heads/, then I can see why you would want to "peek" first > with --dry-run before fetching. I don't. Until all the objects are safely transferred, none of the refs are updated, whether they are directly slurped into local branch namespace or remote tracking branch namespace. So no matter what the configuration is, interrupted transfer, forced or otherwise, is safe. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html