summaryrefslogtreecommitdiff
path: root/fetch-pack.h
diff options
context:
space:
mode:
authorShawn O. Pearce <spearce@spearce.org>2007-09-18 08:54:51 (GMT)
committerJunio C Hamano <gitster@pobox.com>2007-09-19 10:22:31 (GMT)
commitd8b3a2bf189a9e7fea76454157b77fa71c9abc05 (patch)
tree66808d008034726076279f1ba8dae7ec95c2fad1 /fetch-pack.h
parent27e13374bf1864eb8aea44cca3afd81eedb007aa (diff)
downloadgit-d8b3a2bf189a9e7fea76454157b77fa71c9abc05.zip
git-d8b3a2bf189a9e7fea76454157b77fa71c9abc05.tar.gz
git-d8b3a2bf189a9e7fea76454157b77fa71c9abc05.tar.bz2
Don't attempt to merge non-existant remotes in t5515
This was actually reverted in 756373da by Junio. We no longer support merging the right hand side of a fetchspec in a branch's branch.$name.merge configuration setting as we interpret these names as being only those published by the remote we are going to fetch from. The older shell based implementation of git-fetch did not report an error when branch.$name.merge was referencing a branch that does not exist on the remote and we are running `git fetch` for the current branch. The new builtin-fetch does notice this failure and aborts the fetch, thus breaking the tests. Junio and I kicked it around on #git earlier today and decided that the best approach here is to error out and tell the user that their configuration is wrong, as this is likely more user friendly than silently ignoring the user's request. Since the new builtin-fetch is already issuing the error there is no code change required, we just need to remove the bad configuration from our test. Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
Diffstat (limited to 'fetch-pack.h')
0 files changed, 0 insertions, 0 deletions