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.