Visual Studio 2017 - działanie Git nie powiodło się i wystąpił błąd krytyczny

Używam programu Visual Studio 2017 Community Edition (CE) i zalogowałem się na swoje konto Microsoft i mam połączenie z VSTS. Widzę wszystkie moje projekty i repozytoria, ale gdy próbuję pobrać / pobrać / przesłać zmiany, pojawia się następujący błąd:

Error encountered while pushing to the remote repository: Git failed with a fatal error.
PushCommand.ExecutePushCommand

I odpowiednio do poleceń pobierania i ściągania.

Zainstalowałem Git dla Windows w instalatorze Visual Studio 2017 i nie tylko nie działa z VSTS, ale nie mogę też pracować z żadnym z moich repozytoriów GitHub. Czy ktoś jeszcze to zauważył? Jak dotąd wydarzyło się to na dwóch moich komputerach.

Visual Studio 2015 Enterprise Edition (EE) i CE działają dla mnie całkowicie dobrze.

Wygląda na to, że ta kwestia zyskała znacznie większe uznanie niż myślałem, co prowadzi mnie do przekonania, że ​​jest to problem dotyczący sposobu, w jaki Visual Studio radzi sobie z Git. Zauważyłem również, że za każdym razem, gdy aktualizuję Visual Studio, ten problem pojawia się z powrotem i muszę wykonać kroki w niektórych z poniższych odpowiedzi, aby ponownie uruchomić Git. Nie jestem pewien, dlaczego tak się dzieje, i nie wiem też, czy Microsoft planuje rozwiązać ten problem.

Po zmianie ogólnych poświadczeń w Panelu sterowania → Konta użytkowników → Menedżer poświadczeń dla Git , zadziałało.

Dodam tutaj rozwiązanie, o którym nie wspominałem już w poprzednich odpowiedziach, ale to naprawiło to dla mnie.

1. Przejdź do folderu C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\i usuń go Git.

2. Upewnij się, że w twoim systemie nie ma zainstalowanej wersji Git, usuń ją, przechodząc do Panelu sterowania → Program i funkcje (TortoiseGit nie musi być usuwany z mojego doświadczenia, tylko natywne instalacje git).

3. Otwórz instalator programu Visual Studio 2017 i odznacz „Git For Windows” w opcjach instalacji.

4. Udaj się na stronę Git i zainstaluj najnowszą wersję Git dla Windows.

5. Wróć do instalatora programu Visual Studio i ponownie zaznacz „Git for Windows”. Nie pobierze nowej wersji, mimo że może tak wyglądać. Po wykonaniu tej czynności Twój Git powinien działać dobrze z VSTS i TF Explorer.

Miałem inny problem. Mój komputer zawierał starsze pliki DLL OpenSSL w system32 i syswow64, więc aby naprawić mój problem, musiałem skopiować libeay32.dllissleay32.dll z jednego folderu do innego folderu w folderach Git Visual Studio 2017.

OD: C:\Program Files (x86)\Microsoft Visual Studio\2017\vs_edition\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Git\mingw32\bin\

TO: C:\Program Files (x86)\Microsoft Visual Studio\2017\vs_edition\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Git\mingw32\libexec\git-core

Ref .: Git - Nie można sklonować zdalnego repozytorium

Wiele próbowałem i w końcu udało mi się to z pewną modyfikacją z tego, co przeczytałem w Git - Nie można sklonować zdalnego repozytorium :

1. Zmodyfikuj instalację programu Visual Studio 2017 CE → usuń Git dla systemu Windows (instalator → zmodyfikuj → pojedyncze składniki).

2. Usuń wszystko z C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Git.

3. Zmodyfikuj instalację programu Visual Studio 2017 CE → dodaj Git dla systemu Windows (instalator → modyfikuj → pojedyncze składniki)

4. Zainstaluj Git w systemie Windows (wersja 32- lub 64-bitowa), mając skonfigurowaną ścieżkę systemową Git.

Może punkty 2 i 3 nie są potrzebne; Nie próbowałem.

Teraz działa OK na moich Gogach.

In Control Panel\All Control Panel Items\Credential Manager==> Windows Credentials Usuń Git: http: // ........

i spróbuj ponownie ...

Cieszyć się !

Oto błąd, który otrzymałem:

Git failed with a fatal error.
pull --verbose --progress --no-edit --no-stat --recurse-submodules=no origin

Wypróbowałem wszystkie poprzednie metody, ale nie zadziałały. Później dowiedziałem się, że w kodzie występują konflikty (zobacz okno wyjściowe programu Visual Studio 2017).

Po prostu przywróciłem kod i zadziałało.

Kiedyś miałem taki błąd z Git, gdy próbowałem zsynchronizować repozytorium (próbowałem wysłać swoje zatwierdzenia, mając oczekujące zmiany od mojego współpracownika):

Git nie powiódł się z krytycznym błędem. pull --verbose --progress --no-edit --no-stat --recurse-submodules = no origin

Okazało się, że po naciśnięciu Commit allprzycisku tworzenia lokalnego zatwierdzenia, Visual Studio pozostawił jeden plik niezatwierdzony i ten rozbudowany komunikat o błędzie faktycznie oznaczał: „Zatwierdź wszystkie zmiany”.

Ten brakujący plik był modelem Entity Framework 6 i często jest wyświetlany jako niezatwierdzony plik, chociaż nic w nim nie zmieniono.

Możesz zatwierdzić wszystkie lub cofnąć wszystkie niezatwierdzone zmiany.

Wydaje się, że dzieje się tak w VS 2017, kiedy istnieje oczekujące zatwierdzenie, które mogłoby kolidować z pull. Jeśli przejdziesz do terminala poleceń i wykonasz polecenie „git pull origin”, zwykle otrzymasz błąd, który jest źródłem nieporozumień. Aby rozwiązać, sprawdź wszystkie zmiany w VS 2017, a następnie spróbuj ponownie pobrać lub zsynchronizować z VS 2017. Nie trzeba dodawać, że nie jest to pożądane zachowanie w VS 2017.

Miałem ten sam problem. Ponowne uruchomienie Visual Studio zadziałało ... Możesz spróbować przed ponowną instalacją.

Używam GitKraken i Visual Studio 2017.

Kiedy GitKraken klonuje repozytorium, pozostawia adres pobierania, taki jak „[email protected]: user / Repo.git” zamiast „ https://github.com/user/Repo.git ”.

Aby to naprawić, przejdź do Team Explorer → Ustawienia → repozytorium Ustawienia → Piloty → Edytuj , a następnie zmień "git @" na "https: //" i ":" na "/".

Miałem ten problem po zmianie hasła dostępu do git!

Musiałem zresetować poświadczenia za pomocą konsoli PowerShell.

Na poziomie folderu repozytorium git skrypt wyglądał następująco:

git config --system --unset credential.helper

git config --system credential.helper store

git fetch

Zostaniesz poproszony o podanie użytkownika, a następnie o hasło.

Następne polecenie nie będzie już żądać uwierzytelnienia:

git fetch

Kiedy robię pull / fetch / push, otrzymałem powyższy błąd w moim oknie wyjściowym, zastosowałem poniższe rozwiązanie, rozwiązało mój problem.

Jeśli korzystasz z programu Visual Studio 2017 Enterprise Edition, zastąp identyfikator użytkownika swoim identyfikatorem użytkownika w poniższym poleceniu i wykonaj to polecenie w oknie uruchamiania systemu Windows (klawisz Windows + R).

runas / netonly / user: Identyfikator użytkownika „C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ Common7 \ IDE \ devenv.exe”

Spowoduje to wyświetlenie monitu o hasło, wprowadź hasło. Otworzy się nowa instancja Visual Studio i zacznie działać poprawnie ...

Miałem ten sam problem. Poniższe kroki rozwiązały problem za mnie:

1. Utwórz kopię zapasową i usuń „C: \ Program Files (x86) \ Microsoft Visual Studio 14.0 \ 2017 \ Professional \ Common7 \ IDE \ CommonExtensions \ Microsoft \ TeamFoundation \ Team Explorer \ Git”
2. Zainstaluj najnowszą wersję Git: https://git-scm.com/download/win

Łał! Jest tak wiele rozwiązań tego problemu!

Spróbuj tego prostego!

Zmień swoje hasło!

Niedawno zacząłem otrzymywać powiadomienie, że moje hasło wygaśnie za 14 dni. Teraz 2 dni później otrzymuję ten błąd:

Naprawdę nie miałem ochoty hakować bibliotek git lub OpenSSL, więc właśnie zmieniłem hasło Windows na moim komputerze i zadziałało!

Aktualizacja

Potem znowu się zaczęło. Z Team Explorer przejdź do Sync . Następnie wykonaj Działania> Otwórz wiersz polecenia . W wierszu polecenia wpisz git push origin. To może działać dla Ciebie.

Miałem bardzo podobny problem i instrukcje od technika z Microsoft rozwiązały go dla mnie:

• Zamknij wszystkie wystąpienia programu Visual Studio.
• Otwórz Menedżera zadań i sprawdź, czy są uruchomione jakiekolwiek usługi TFS. Wybierz każdy z nich i kliknij Zakończ drzewo procesów.
• Przejdź do folderu poniżej i usuń całą zawartość i foldery w% LocalAppData% \ Microsoft \ Team Foundation {wersja} \ Cache
• Przejdź do Panelu sterowania -> Konta użytkowników -> Zarządzaj swoimi poświadczeniami -> Poświadczenia systemu Windows, wybierz adres URL VSTS, aby go usunąć
• Następnie przejdź do „C: \ Users \ NAZWA UŻYTKOWNIKA \ AppData \ Local \ GitCredentialManager \ tenant.cache” i usuń go
• Przejdź również do „C: \ Users \ NAZWA UŻYTKOWNIKA \ AppData \ Local.IdentityService” i usuń go

Natknąłem się również na ten problem. Zsynchronizowałem swój kod wcześniej tego dnia, więc nie miało sensu, że nagle dał ten błąd Gita. Ponowne uruchomienie programu Visual Studio nie spowodowało żadnej różnicy. Po przejrzeniu powyższych odpowiedzi i nie znalezieniu żadnego jasnego rozwiązania, zdecydowałem się zsynchronizować poza Visual Studio za pomocą TortoiseGit, który już zainstalowałem. To zadziałało. Wtedy mogłem normalnie zsynchronizować się z programem Visual Studio. Jeśli nie masz jeszcze TortoiseGit, możesz pobrać go (bezpłatnie) z tortoisegit.org.

W moim przypadku system Windows uruchomił aktualizację i czekał na ponowne uruchomienie komputera. Nie widziałem żadnych powiadomień, ale cóż ... wyłączenie go i ponowne włączenie rozwiązało problem.

Wypróbuj to najpierw przed małpowaniem z dowolnym z tych katalogów i aplikacji programu Visual Studio.

Otrzymałem następujące komunikaty o błędach przy użyciu programu Visual Studio 2017 CE.

Nie udało się wypchnąć do zdalnego repozytorium. Aby uzyskać więcej informacji, zobacz okno Dane wyjściowe.

Okno wyjściowe pokazało następujące informacje:

Wystąpił błąd podczas wypychania do zdalnego repozytorium: proces Git nieoczekiwanie zakończył się niepowodzeniem. PushCommand.ExecutePushCommand

Próbowałem wypchnąć zmiany za pomocą GitHub Desktop. Pokazuje następujący komunikat o błędzie.

Nie można przesłać tych zatwierdzeń, ponieważ zawierają one adres e-mail oznaczony jako prywatny w serwisie GitHub.

Otóż ​​to. Rozwiązanie:

otwórz konto GitHub >> Ustawienia >> E-maile >> Odznacz „Zachowaj mój adres e-mail jako prywatny”

Zrobione. To był problem w moim przypadku.

Mam to działające, usuwając nazwę użytkownika @ z http: // nazwa_użytkownika@asdf/xxx/yy/zzz.git w ustawieniach repozytorium:

Team Explorer → Ustawienia → Repository Ustawienia → Piloty → Edycja

Udało mi się rozwiązać problem za pomocą tego wiersza w wierszu poleceń bez ponownej instalacji czegokolwiek.

git config - globalne poświadczenie. {myserver} .authority NTLM

Po prostu zastąp {myserver} nazwą hosta swojego serwera (bez http i numeru portu).

Po tym VS był w stanie połączyć się poprawnie.

Źródło: https://github.com/Microsoft/Git-Credential-Manager-for-Windows/blob/master/Docs/Faq.md#qi-thought-microsoft-was-maintaining-this-why-does-the- gcm-nie-działa-zgodnie z oczekiwaniami-z-tfs

Ten problem zawsze mi się przytrafia - kiedy muszę zmienić hasło. Wydaje się, że zawsze jest inny problem z moimi starymi poświadczeniami, które nie są aktualizowane.

1. Przejdź do Menedżera poświadczeń systemu Windows

2. Usuń wszystkie wpisy poświadczeń Tfs

Skończone

Miałem ten sam błąd, który pojawił się w VS 2017 podczas próby usunięcia zdalnej gałęzi. Problem polegał na tym, że gałąź nie znajdowała się na serwerze (przy użyciu TFS2018 z GIT), ale w jakiś sposób program Visual Studio pokazał ją w sekcji „remote / origin”. Oznaczało to, że nie mogłem usunąć zdalnej gałęzi (VS podawał ten błąd, podczas gdy eksplorator serwera w ogóle nie pokazał tej gałęzi).

Oto jak to naprawić (przetestowane w VS 2017):

1. W programie Visual Studio kliknij dwukrotnie „nieuczciwą” gałąź zdalną;
2. VS powinien był teraz utworzyć z niego lokalny oddział;
3. Kliknij prawym przyciskiem myszy oddział lokalny, wybierz „Usuń oddział zdalny”;
4. Kliknij prawym przyciskiem myszy oddział lokalny, wybierz „Push branch”;
5. Teraz powinieneś mieć prawdę odpowiednią gałąź zdalną;
6. Usuń oddział zdalny, a następnie oddział lokalny.

Mam nadzieję, że pomoże to komuś, kto skończy w tym wątku, mając ten sam problem co ja.

Miałem również ten problem po wgetprzejściu z narzędzi GNU i skopiowaniu go bezpośrednio do c: \ windows . libeay.dllI libssl.dllpliki były również w archiwum. Kiedy były w c: \ windows , miałem ten problem. Usunięcie ich natychmiast rozwiązało problem. Sprawdź więc, czy masz te pliki .DLL gdzieś na swojej ścieżce, VS może pobierać wersje innego oprogramowania zamiast używać tych, których oczekuje.

Odpowiedź AngelBlueSky częściowo mi pomogła . Musiałem wykonać te dodatkowe wiersze, aby wyczyścić globalną konfigurację Git po kroku 4:

git config --global credential.helper wincred
git config http.sslcainfo "C:/Program Files/Git/mingw64/ssl/certs/ca-bundle.crt"
git config --global --unset core.askpass
git config --global --unset mergetool.vsdiffmerge.keepbackup
git config --global --unset mergetool.vsdiffmerge.trustexitcode
git config --global --unset mergetool.vsdiffmerge.cmd
git config --global --unset mergetool.prompt
git config --global --unset merge.tool
git config --global --unset difftool.vsdiffmerge.keepbackup
git config --global --unset difftool.vsdiffmerge.cmd
git config --global --unset difftool.prompt
git config --global --unset diff.tool

Następnie git config -l(wykonane z dowolnego repozytorium git) powinno zwrócić tylko to:

core.symlinks=false
core.autocrlf=false
core.fscache=true
color.diff=auto
color.status=auto
color.branch=auto
color.interactive=true
help.format=html
diff.astextplain.textconv=astextplain
rebase.autosquash=true
user.name=xxxxxxxxxxxx
[email protected]
credential.helper=wincred
core.bare=false
core.filemode=false
core.symlinks=false
core.ignorecase=true
core.logallrefupdates=true
core.repositoryformatversion=0
remote.origin.url=https://[email protected]/xxx/xxx.git
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
branch.master.remote=origin
branch.master.merge=refs/heads/master
branch.identityserver.remote=origin
branch.identityserver.merge=refs/heads/identityserver
http.sslcainfo=C:/Program Files/Git/mingw64/ssl/certs/ca-bundle.crt

Uruchom polecenia git statusi git fetch, aby sprawdzić, czy działa z wiersza poleceń.

Następnie przejdź do programu Visual Studio, gdzie repozytoria powinny być z powrotem, a cała synchronizacja / wypychanie / ściąganie powinno działać bez problemów.

Po zainstalowaniu ostatniej wersji Git dla Windows musisz otworzyć plik konfiguracyjny do edycji:

git config --global --edit

Kliknij Insert, usuń wszystkie ustawienia, kliknij Esc, wpisz :wqi, Enteraby zapisać.

Teraz możesz sklonować repozytorium przez Bash lub IDE z poprawnym użytkownikiem.

W moim przypadku nie musiałem robić nic tak drastycznego, jak odinstalowanie Gita, jak na niektóre odpowiedzi tutaj; Po prostu musiałem użyć wiersza poleceń zamiast Visual Studio.

Otwórz cmdw katalogu głównym swojego rozwiązania i wprowadź:

git pull

Zostaniesz wtedy dokładnie poinformowany, na czym polega problem. W moim przypadku powiedział mi, że miałem niezatwierdzone zmiany, które zostałyby nadpisane i że muszę je zatwierdzić, zanim będę mógł kontynuować.

Gdy to zrobiłem, ściąganie się powiodło i mogłem rozwiązać konflikt w narzędziu scalającym.

TLDR

Użyj wiersza polecenia zamiast programu Visual Studio, aby uzyskać pełniejszy komunikat o błędzie.

Dostawałem podobne problemy. W programie Visual Studio 2017 z opcją Rebase rozwiązałem problem.

Mam tylko główną gałąź. Przebudowuję bazę od mastera do origin / master (czyli do tej samej gałęzi) i klikam Rebase . Przed wykonaniem Rebase status był taki, że moje zmiany zostały zatwierdzone, ale nie mogłem ich przesłać / zsynchronizować, ponieważ baza mojego lokalnego oddziału i baza kodu Git nie była zsynchronizowana.

Problem został rozwiązany przez usunięcie lokalnego repozytorium, aby móc sklonować nową kopię. Wystąpił nowy błąd „Nie można znaleźć gita Git nie powiódł się z błędem krytycznym. Fatal: nie znaleziono repozytorium 'xyz'”

Wypróbowałem wszystkie sugestie, które szukam w Google, bez rozwiązania. Poniższy prosty krok zadziałał dla mnie i dodaję go do rosnącej listy możliwych rozwiązań:

git config --get http.proxy wynik to http://google.com:80

to nie jest w porządku, więc się go pozbyłem.

git config --global --unset http.proxy

Próbować:

Zamknięcie wszystkich wystąpień VS, a następnie usunięcie konta serwera TFS w Panelu sterowania -> Konta użytkowników -> Menedżer Credentail

Zobacz: https://developercommunity.visualstudio.com/content/problem/142173/after-changing-domain-password-couldnt-connect-to.html

W moim przypadku zakończony niepowodzeniem test jednostkowy Jest uniemożliwiający wypychanie do repozytorium daje ten sam ogólny błąd „Wystąpił błąd podczas wypychania do zdalnego repozytorium: Git nie powiódł się z błędem krytycznym”.