Git 1.8: push błąd: dst bibl Ref/heads/master otrzymuje od więcej niż jednego src

Question

Kolejny problem z git 1,8:

$ git push 
error: dst ref refs/heads/master receives from more than one src. 
error: failed to push some refs to 'gitosis@xxx.xx:xxx.git' 

sugestie? Pracował przed uaktualnieniem do wersji 1.8.

$ git remote -v 
origin gitosis@xxx.xx:xxx.git (fetch) 
origin gitosis@xxx.xx:xxx.git (push) 

Po googling wokół Próbowałem ten pierwszy:

$ git push origin :refs/heads/refs/heads/master 
remote: warning: Allowing deletion of corrupt ref. 
To gitosis@xxx.xx:xxx.git 
- [deleted]   refs/heads/master 

Nie mam pojęcia co to jest i dlaczego jest uszkodzony.

$ git pull 
Already up-to-date. 

$ git push 
error: dst ref refs/heads/master receives from more than one src. 
error: failed to push some refs to 'gitosis@xxx.xx:xxx.git' 

nadal nie działa, ale origin master nie działa co najmniej:

$ git push origin master 
Counting objects: 42, done. 
To gitosis@xxx.xx:xxx.git 
3e3fc87..6e11d2a master -> master 

Dobrze, że niby naprawił ale co było przyczyną problemu zacząć? Dlaczego pochodzenie/mistrz nagle został uszkodzony? Co zrobiłem z git push origin :refs/heads/refs/heads/master?

.git/config:

[core] 
repositoryformatversion = 0 
filemode = false 
bare = false 
logallrefupdates = true 
ignorecase = true 
precomposeunicode = false 
[remote "origin"] 
fetch = +refs/heads/*:refs/remotes/origin/* 
url = gitosis@xxx.xx:xx.git 
push = HEAD 
[branch "master"] 
remote = origin 
merge = refs/heads/master 

ls .git/refs/remotes/origin: 

HEAD master refs 

W końcu teraz mam zrobić git push origin master za każdym razem. A najbardziej irytujące jest to, że niektóre repo działają z git push, ale na większości z nich muszę dodać origin master, ale nie rozumiem dlaczego i nie może być tak, że jestem sam mając ten problem.

Answer 1

Po co wyjaśniono w this git old patch (2007!)

Some refs go stale, e.g. when the forkee rebased and lost some objects needed by the fork.
The quick & dirty way to deal with those refs is to delete them and push them again.

However, git-push first would first fetch the current commit name for the ref, would receive a null sha1 since the ref does not point to a valid object, then tell receive-pack that it should delete the ref with this commit name.
delete_ref() would be subsequently be called, and check that resolve_ref() (which does not check for validity of the object) returns the same commit name. Which would fail.

refs/heads/refs/heads/master wygląda oddział niewłaściwie nazwany "bibl/heads/master" (używając nazw dla defining hierachical branch name), a punkty do niczego.
Usunięcie go było właściwym posunięciem.

Answer 2

Wygląda na to, że masz dodatkową kopię drzewa refs w obrębie refs/remotes/origin. Zauważ, jak w ramach refs/remotes/origin masz dodatkowy katalog refs? Nie wiem, jak do tego doszło, ale to prawdopodobnie powoduje twoje problemy. Ze względu na sposób, w jaki Git obsługuje skróty refs (pozwalając ci zrzucić prefiks, używając tylko przyrostka, takiego jak origin/master), prawdopodobnie jest on zdezorientowany przez posiadanie zarówno refs/remotes/origin/master jak i refs/remotes/refs/remotes/origin/master.

Nie wiem, jak doszło do tego stanu; prawdopodobnie błąd w narzędziu Git, być może błąd literowy, który popełniłeś w pewnym momencie. Poprawiono połowę problemu, usuwając zdalną gałąź, która śledziła tę zduplikowaną gałąź. Byłbym skłonny założyć się, że możesz naprawić drugą połowę problemu i znów możesz zrobić git push, jeśli usuniesz katalog refs/remotes/origin/refs.

Answer 3

Innym sposobem uzyskania tego błędu jest, jeśli przypadkowo wpisać nazwę oddziału, który próbujesz wcisnąć dwukrotnie, tj .:

git push master otherBranch master moreBranches 

Daje ten błąd. Naprawa jest oczywista, gdy już wiesz, że to zrobiłeś:

git push master otherBranch moreBranches