From: Steffen Prohaska Date: Fri, 12 Oct 2007 06:59:39 GMT Subject: push fails with unexpected 'matches more than one' Message-ID: <11921723791817-git-send-email-prohaska@zib.de> This adds a test case for unambigous local match but multiple remote matches. To me, it is unexpected that a ref that is perfectly defined on the local side fails with 'matches more than one'. The following rule could solve this: A ref shall first be unambigously resolved on the local side, and its full name should be used for matching on the remote side. For example 'frotz' resolves locally to 'heads/refs/frotz'. Therefore pretend the user had typed 'heads/refs/frotz'. But maybe there is some hidden secret about the current rules that I do not see. Signed-off-by: Steffen Prohaska --- t/t5516-fetch-push.sh | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/t/t5516-fetch-push.sh b/t/t5516-fetch-push.sh index ca46aaf..f249216 100755 --- a/t/t5516-fetch-push.sh +++ b/t/t5516-fetch-push.sh @@ -244,4 +244,12 @@ test_expect_success 'push with colon-less refspec (4)' ' ' +test_expect_success 'push with colon-less refspec (locally unambigous)' ' + + mk_test heads/frotz heads/t/frotz && + git branch -f frotz master && + git push testrepo frotz + +' + test_done -- 1.5.3.4.219.gd0b2