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


153

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.


2
znalazłeś jakieś rozwiązanie?
JerryGoyal

Wypróbowałem co najmniej 3 z odpowiedzi, ale bez powodzenia. Co najgorsze, nie mam nawet pojęcia, co było tego przyczyną.
MMalke,

spróbuj przejść do folderu rozwiązania w cmd i użyć git push, aby zobaczyć rzeczywisty błąd, miałem ten sam problem, próbowałem wielu rzeczy, wiersz poleceń podał mi rzeczywisty powód niepowodzenia (oznaczyłem mój e-mail jako prywatny na github i to konflikt ze szczegółami push, ponieważ spowodowałoby to, że mój e-mail byłby widoczny w zmianie kodu)
Royi Mindel

1
Otrzymywałem również różnego rodzaju błędy, naprawiałem je wszystkie, aktualizując rozszerzenie GitHub w Tools > Extensions & Updates.
Daniel Bailey

Odpowiedzi:


89

Po zmianie ogólnych poświadczeń w Panelu sterowaniaKonta użytkownikówMenedżer poświadczeń dla Git , zadziałało.

Tutaj wprowadź opis obrazu


1
To zadziałało dla mnie. Wydawało się też, że jest to najłatwiejsze z proponowanych rozwiązań
Steve Kennedy

1
Cieszę się, że to pomaga. Czy mógłbyś zagłosować, jeśli to pomoże? Może pomóc innym. Dzięki!
wbing520

1
Dzięki za to. Rozwiązałem mój problem z GIt w najnowszej aktualizacji VS2017
Sherwin

2
Właśnie usunąłem linki git pod ogólnymi poświadczeniami, zadziałało.
Kundan Vuppala,

2
Aby uzyskać, po Credential Managerprostu wyszukaj go w systemie Windows 10 (użyj klawisza Windows). Następnie kliknij Poświadczenia systemu Windows. Przewiń w dół do sekcji Ogólne poświadczenia i poszukaj git: https://your.tfs.server. Otrzymałem ten błąd po zmianie hasła do systemu Windows.
goku_da_master

73

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


9
Miałem już zainstalowany git dla systemu Windows. Wykonanie kroku 1 i kroku 5 zrobiło to za mnie.
Tomas Dittmann

4
Ahem - lub Enterprise zamiast Community w powyższej ścieżce ;-)
PhatBuck

@Douglas masz całkowitą rację. Postępowałem zgodnie z tym, o czym wspomniałeś. To rozwiązuje problem.
Tun

1
W kroku 4 użyłem 64-bitowego Git dla Windows i to zadziałało. Mój VS2017 15.7.3 może ponownie wysłać do mojego pilota bez otrzymywania tego błędu.
qxotk

2
Dla mnie wszystko, czego potrzebowałem, to krok 1. (VS 2017 Enterprise, miał już zainstalowany git dla Windows). Najpierw opuściłem program Visual Studio 2017, usunąłem ten folder GIT, a następnie ponownie załadowałem VS 2017 i wszystko było w porządku. Usunięto gitfolder zC:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer
Barumpus,

41

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


7
To zadziałało dla mnie, ale gdzie do cholery znalazłeś wskazówkę?
StingyJack

Ta sama sztuczka działa w przypadku „Professional”, skopiuj dll, zamknij instancje VS, otwórz je ponownie i spróbuj ponownie.
cvocvo

Nie były to jedyne pliki, których mi brakowało. Ten link opisuje, jak dowiedzieć się, co musisz skopiować. developercommunity.visualstudio.com/content/problem/27220/…
Riki

To może być rozwiązanie, którego wszyscy szukamy! Dziękuję Ci!
tsalaroth

Pracował dla mnie, błąd:Error encountered while cloning the remote repository: Git failed with a fatal error. CloneCommand.ExecuteClone
Ogglas

14

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.


1
Pracował dla mnie, ale zaraz po 1 odinstalowałem również Git dla Windows z listy programów na moim komputerze.
benichka

To zadziałało dla mnie. Wygląda więc na to, że wersja Gita dostarczana przez MS jest zła, a zastąpienie jej oficjalną wersją Git dla Windows rozwiązuje problem - po prostu upewnij się, że jest w PATH i jedynej zainstalowanej wersji gita. Myślę, że w końcu przechodzimy do VS2017.
Enno,

12

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

i spróbuj ponownie ...

Cieszyć się !


Jak myślisz, dlaczego problem dotyczy złych kredytów? Pomoże tylko w jednym przypadku, ale pojawi się kolejny błąd. To nie rozwiązuje problemu
Alex Z

11

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.


7

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.


2
Mój był podobny do tego. Miałem problem polegający na tym, że nowsza wersja VS 2017 (15.3.2) nagle zaczęła sprawiać, że sprawdzałem ten dziwny plik storage.ide. Musiałem nadal zatwierdzać ten plik po zamknięciu / otwarciu VS i to w końcu zadziałało. Zastrzeżenie - również wykonałem kroki z najczęściej akceptowanej odpowiedzi powyżej.
jaredbaszler

Właśnie zauważyłem, że wszystkie zatwierdzone przeze mnie pliki nadal znajdują się w sekcji „Zmiany”. Ponownie ich poleciłem. I problem zniknął.
Juda

5

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.


4

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


4

Używam GitKraken i Visual Studio 2017.

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

Aby to naprawić, przejdź do Team ExplorerUstawieniarepozytorium UstawieniaPilotyEdytuj , a następnie zmień "git @" na "https: //" i ":" na "/".


4

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

4

wprowadź opis obrazu tutaj

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”

wprowadź opis obrazu tutaj

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


3

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

2
Mam dwie maszyny. Oba mają na sobie VS2017RTM. Ta sama wersja VS i ta sama wersja GitHub.VisualStudio. Żaden folder TeamExplorer nie zawiera folderu Git. Jeden działa, a drugi nie. :(
Bill Noel,

3

Ł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:

wprowadź opis obrazu tutaj

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.


To wydaje się być najmądrzejszym rozwiązaniem! Dziękuję;)
markzzz

2

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

1

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.


VS nie jest w stanie utworzyć nowego zdalnego źródła. To jedyna rzecz, która działa dla mnie. Wykonujesz początkowe naciśnięcie pilota w wierszu poleceń lub za pomocą Tortoise, a następnie VS może go użyć.
HackSlash

1

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.


1

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.


To też był mój problem. Musiałem odznaczyć to Block command line pushes that expose my emailustawienie, push zatwierdzeń, które były w toku. Następnie skonfigurowałem mój adres e-mail bez odpowiedzi na GitHub w globalnej konfiguracji git. Wszelkie przyszłe zatwierdzenia były następnie powiązane z tym e-mailem i można je teraz Block command line pushes that expose my emailprzekazać nawet po ponownym włączeniu.
SvenAelterman


1

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


1

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


1

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.


0

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.


0

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
user.email=xxxxx@xxxxxx.xx
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://xxxxxx@bitbucket.org/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.


0

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.


0

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.


Dziękuję, że to rozwiązało mój problem. Zmieniłem hasło do nazwy użytkownika domeny i zanim to zrobiłem, dokonałem niezatwierdzonych zmian. Po użyciu git pull wyświetla wyskakujące okienko zmiany hasła użytkownika, które pomogło mi zrozumieć, na czym polega problem. Potem zresetowałem git, aby stracić wszystkie poprzednie zmiany, a następnie rozwiązałem mój problem w Visual studio
Esen

0

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.


0

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



0

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

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.