Błąd „czy uruchomiłeś git update-server-info” w repozytorium Github

130

Używam narzędzia Github Gui z ich witryny internetowej do zarządzania repozytoriami i otrzymuję następujący błąd:

fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs not found: 
did you run git update-server-info on the server?

Jak mogę to naprawić?

Paweł
źródło
4
Jaka operacja spowodowała wystąpienie tego błędu? Czy to zupełnie nowe repozytorium? A jeśli tak, czy postępowałeś zgodnie z początkowymi instrukcjami, aby dokonać pierwszego zameldowania?
jdi,
@jdi: Oczywiście git remote add something https://github.com/username/my_project.giti wtedy git push something.
Boris Stitnicky
10
To jest Git-speak dla „Nie znaleziono repozytorium. Możliwe, że coś wpisałeś błędnie”. LOL
Luke Puplett

Odpowiedzi:

77

Mogłeś zmienić nazwę repozytorium

W swoim lokalnym repozytorium edytuj plik:

.git/config

Następnie sprawdź:

[remote "origin"]
   url = 

że adres URL pasuje do twojego zdalnego repozytorium

Javier Giovannini
źródło
5
Z nowszymi wersjami git można to zrobić z wiersza polecenia: git remote zestaw URL pochodzenie [email protected]: repoaccountname / repo-name.git
Arjun Mehta
44

Czy utworzyłeś nowe repozytorium na http://github.com z same name?

Jeśli nie, zrób to! I upewnij się, że każda litera jest poprawna i uwzględnia wielkość liter .

marynarki
źródło
27

W moim przypadku moje konto github nie miało uprawnień do repozytorium. Dodano konto github jako współpracownika dla repozytorium i to naprawiło problem.

amolk
źródło
14

Ten błąd jest głównie spowodowany przez NIEPRAWIDŁOWY URL, sprawdź:

  • http lub https
  • Nazwa URL
  • nazwa użytkownika @ git_url
  • zła nazwa dupka
Wendy William
źródło
9

Wygląda na to, że jest to repozytorium prywatne (lub usunięte); jeśli odwiedzisz stronę repozytorium po zalogowaniu, otrzymasz prawdziwy adres URL, który prawdopodobnie będzie https: //[email protected]/TeaCodie/TeaCodie-Website.git , tj. z określoną nazwą użytkownika?

FauxFaux
źródło
1
BŁĄD UŻYTKOWNIKA ... myślę, że już to rozwiązałem ... ale to dla twojej pomocy
Paul,
16
Proszę wyjaśnić, co to było
Tyler,
tak! to było rozwiązanie. ściągałem usunięte repozytorium. ktoś po cichu usunął repozytorium bez informowania mnie: P
Nerrve
7

Upewnij się również, że wpisane repozytorium ma poprawną wielkość liter (rozróżniana jest wielkość liter).

alexvance
źródło
1
Dzięki, to był mój przypadek. Zmieniłem moją nazwę użytkownika z „Enrichman” na „enrichman”!
Enrichman
6

Mam ten sam problem podczas korzystania z repozytorium github i łączenia się z nim przez https , podczas korzystania z pomocnika OS X Keychain Credential .

Mój problem polegał na tym, że miałem złe dane uwierzytelniające zapisane w pęku kluczy OS X (użyłem adresu e-mail, którego użyłem do rejestracji na github.com, a nie adresu [nazwa użytkownika] @ github.com, który ci podaje). Usunąłem stare konto z pęku kluczy i zostawiłem tylko konto @ github.com i naprawiłem problem.

Nie jestem pewien, czy jest to powiązane, ale kiedy sprawdziłem user.emailkonfigurację lokalną:

git config -l

pokazał również nieprawidłowy adres e-mail, więc zaktualizowałem lokalny git, user.emailaby również używał właściwego konta:

git config user.email <username>@github.com
Rozsądne
źródło
1
to też był mój problem
mysticflute
6

Mój problem polegał na tym, że użyłem widżetu clone https url dostarczonego przez github. Ten adres URL nie działa w przypadku prywatnych repozytoriów, ponieważ musisz dodać nazwę użytkownika na początku.

Przykład: prywatne repozytorium należące do jana i nazwany widżet ze współpracownikiem Samem, poprawny adres URL to:

https: //[email protected]/john/widget.git

Adres URL podany przez github:

https://github.com/john/widget.git

Komunikat o błędzie pozostawia wiele do życzenia.

John LaBarge
źródło
1
Dziękuję Ci. dokładnie mój problem i to rozwiązanie zadziałało.
AdityaSaxena
5

Upewnij się, że Twoje konto użytkownika zostało dodane do repozytorium jako współpracownik.

Ustawienia -> Współpracownicy

znak
źródło
2

Zdarzyło mi się to i na początku nie było wiadomo, co się stało. Poprzedniego dnia zmieniłem nazwę mojego repozytorium na github.com zmieniając tylko pierwszy znak nazwy repozytorium z małej litery na wielką. Nie wiedziałem, że nazwa repozytorium w źródłowym adresie URL jest rozróżniana wielkości liter. Otrzymałem błąd, który zawierał tekst: „czy uruchomiłeś git update-server-info na serwerze”. Po edycji pliku .git / config, aby poprawić wielkość liter w źródłowym adresie URL, problem został rozwiązany, błąd już nie występował i ponownie mogłem przesłać swoje zmiany do repozytorium na github.com . Kolejna rada: jeśli wprowadzisz zmiany w swoim repozytorium na githubie, od razu przetestuj synchronizację lokalnego repozytorium. W moim przypadku nie zrobiłem tego i następnego dnia próbowałem zsynchronizować i nie mogłem t z powodu błędu i zapomniałem, że zmieniłem nazwę repozytorium, więc trochę drapałem się w głowę. Gdybym od razu przetestował synchronizację, od razu złapałbym ten problem.

Przebrnąć
źródło
2

Spotkałem się z tym samym problemem.
Jak rozwiązałem ten problem:
używam git bash do tworzenia nowego repozytorium, kiedy wpisałem „git push origin master” Zgłoszono

„fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs not found: czy uruchomiłeś git update-server-info na serwerze?”

W końcu stwierdziłem, że na githubie w ogóle nie ma repozytorium.
Lepiej najpierw utwórz nowe repozytorium na githubie.

Może to doświadczenie może komuś pomóc.

FrankFan
źródło
1
„czy uruchomiłeś git update-server-info ...” jest mniej przydatnym pytaniem niż „czy źle napisałeś repozytorium”.
Camille Goudeseune
1

Otrzymałem ten sam błąd, kiedy próbowałem git clonecoś z Kiln, co w rzeczywistości było repozytorium Mercurial.

John Rasch
źródło
To samo tutaj: przez pomyłkę próbował sklonować repozytorium SVN.
sglessard
0

W moim przypadku użyłem złego protokołu w adresie URL repozytorium (http zamiast https)

Julien
źródło
0

Ten błąd może również wystąpić, jeśli repozytorium, do którego próbujesz dotrzeć, zostało usunięte.

wonton
źródło
0

W moim przypadku miałem starą wersję git. Aktualizacja do najnowszej wersji rozwiązała ten problem.

Siergiej Demczenko
źródło
0

prawdopodobnie próbowałeś sklonować w ten sposób:

klon git https://github.com/TeaCodie/TeaCodie-Website.git

Wtedy pojawił się ten błąd:

fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs not found: czy uruchomiłeś git update-server-info na serwerze?

Oto, co zadziałało dla mnie:

klon git https://github.com/TeaCodie/TeaCodie-Website.git/.git

ponieważ katalog "info / refs" znajduje się w katalogu .git.

David Beckwith
źródło
0

W katalogu mojego repozytorium na moim komputerze w terminalu musiałem zresetować origin url:

git remote set-url origin [email protected]:repoaccountname/repo-name.git
Arjun Mehta
źródło
0

Mam ten problem podczas korzystania z GitStack. Zajrzałem do C: /GitStack/apache/logs/error.log i stwierdziłem, że GitStack szukał repozytorium w złej lokalizacji, chociaż jego ustawienia mówiły D: / Repositories (moja niestandardowa lokalizacja), GitStack szukał repozytoriów w domyślnej lokalizacji Lokalizacja. Więc po prostu poszedłem i ponownie zapisałem ustawienia ze strony administratora GitStack. To rozwiązało problem.

Gautam Jain
źródło
0

W moim przypadku próbowałem sklonować prywatne repozytorium w naszym grupowym koncie Github na moim laptopie:

Yuqians-MacBook-Air:regenerateSNID yuqianliu$ git clone https://github.com/nyusngroup/velocity_CCSNe.git
Cloning into 'velocity_CCSNe'...
fatal: https://github.com/nyusngroup/velocity_CCSNe.git/info/refs?service=git-upload-pack not found: did you run git update-server-info on the server?

Znalazłem dwa sposoby rozwiązania tego problemu.

(1) Użyj protokołu http zamiast https . Pyta mnie o nazwę i hasło naszego grupowego konta Github. Po wprowadzeniu informacji mogę je sklonować.

Yuqians-MacBook-Air:regenerateSNID yuqianliu$ git clone http://github.com/nyusngroup/velocity_CCSNe.git
Cloning into 'velocity_CCSNe'...
Username for 'http://github.com':nyusngroup
Password for 'http://[email protected]': 

(2) Dodaj moje konto Github do współpracowników z prywatnego repozytorium w naszym grupowym koncie Github, zgodnie z powyższą odpowiedzią Monkey King .

yuqian
źródło
0

Napotkałem ten komunikat podczas korzystania z Jenkinsa 2.176.1 i wtyczki git 3.10.0 przy użyciu bardzo starej wersji gita wiersza poleceń (1.7.1), która jest zawarta w CentOS 6.

Komunikat nie pojawia się w nowszych wersjach git wiersza poleceń (1.8 lub nowszych) z wtyczką Jenkins git.

Aktualizacja do nowszej wersji git wiersza poleceń rozwiązuje problem.

Oficjalnie wtyczka Jenkins git nie obsługuje git 1.7.1 wiersza poleceń. Minimalna obsługiwana wersja to git 1.7.10 z wiersza poleceń. Wiele przypadków użycia wtyczek Jenkins do git wymaga co najmniej git 1.9.0 z wiersza poleceń.

Linia poleceń git 1.7.1 zachowuje się inaczej niż późniejsze wersje, gdy repozytorium zostało zainicjowane (za pomocą git init), a następnie git fetchwykonywane jest polecenie z refspec, które odwołuje się do 'origin'. Późniejsze wersje gita wiersza poleceń nie mają tego samego problemu.

Mark Waite
źródło