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ć?


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


5
Z nowszymi wersjami git można to zrobić z wiersza polecenia: git remote zestaw URL pochodzenie git@github.com: 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 .


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.


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

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: //TeaCodie@github.com/TeaCodie/TeaCodie-Website.git , tj. z określoną nazwą użytkownika?


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).


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

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: //sam@github.com/john/widget.git

Adres URL podany przez github:

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

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


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


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.


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.


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.


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)


0

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




0

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

git remote set-url origin git@github.com:repoaccountname/repo-name.git

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.


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://nyusngroup@github.com': 

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


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.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.