2012-12-09 9 views
12

Więc dostałem projekt na Github i wszystko jest dandys. Teraz chcę utworzyć nowy oddział.zabawny błąd zmiany nazwy podczas tworzenia nowego oddziału zdalnego

Oto co zrobiłem:

  1. stworzył nowy lokalny oddział
  2. pchnął nowy oddział do GitHub

Oto problem: Podczas push to mój zdalny, ja ten błąd:

Repository ssh://[email protected]/<username>/ProjectColossus.git 

funny refname 
error: refusing to create funny ref 'workingBranch' remotely 

Moje zdalne ponowne wywołanie nazywa się pochodzenie, więc " ve próbował użyć tej nazwy, co sugeruje inna odpowiedź tutaj na stackoverflow, ale pojawia się ten sam błąd. Próbowałem również używać tej samej nazwy, co moja nowa gałąź lokalna, w polu "Docelowa nazwa referencyjna:" przed zdalnym wypychaniem, ale tak naprawdę po prostu nie jestem pewien, co robię w tym momencie. Wiem, że jest coś, czego nie dostaję od gita zdalnego popychania, więc małe wyjaśnienie byłoby super pomocne. Jestem całkiem nowy w sterowaniu git i wersją, ale jestem programistą poziomu pośredniego (począwszy od drugiego roku CS w styczniu).

+0

Jakie polecenie uruchomiłeś? 'git push origin workingBranch: workingBranch'? Nie rozumiem, dlaczego nazwa tego oddziału byłaby uznawana za zabawną. – knittl

+1

Podaj dokładnie polecenie, którego próbujesz. –

+0

Używam egit, więc nie ma dla mnie linii komend. –

Odpowiedz

15

w docelowej ref name, prawdopodobnie trzeba dodać bibl/głowic:

refs/heads/name_of_your_new_branch 

W Twoim konkretnym przypadku:

refs/heads/workingBranch 

(przynajmniej, że jest to droga z Bitbucket - Egit , wtyczka Eclipse dla Eclipse)

+0

zapomniałem o tym pytaniu .. ale tak .. prawie jak to rozwiązałem –

0

Uważam, że jest trochę głupio, że EGIT oczekuje czegoś takiego jak V0.0.1 podczas tworzenia tagu (umieszczanie tagu do /refs/tags/V0.0.1 lokalizacji w lokalnym repozytorium) i oczekuje, aby zapewnić refname jak /refs/tags/V0.0.1 po naciśnięciu Tag do zdalnego repozytorium

0

Na co to jest Warto po prostu mieć ten problem - używamy VS2013 i tworzenie gałęzi z/refs/heads/dał błąd. Skończyło się na pobieraniu drzewa źródłowego z Atlassian (używamy Stasha do przechowywania naszego kodu). To pokazało "niezamierzoną zmianę", która zmieniła plik DesignTimeResolveAssemblyReferencesInput.cache - coś, co robił VS2013. Usunęliśmy tę zmianę i utworzyliśmy nowy oddział, co rozwiązało problem.

Mam nadzieję, że to wskaże kogoś we właściwym kierunku, jeśli powyższe metody nie zadziałają.

Powiązane problemy