Nie mogę otworzyć skrytki, ponieważ połączyłem gałąź, która najwyraźniej koliduje z moją skrytką, a teraz najwyraźniej nie można jej otworzyć.
app.coffee: needs merge
unable to refresh index
Czy ktoś wie, jak to rozwiązać?
NAPRAWIONY!
Okazuje się, że faktycznym problemem był nierozwiązany konflikt podczas scalania, a NIE to, że skrytka powodowała konflikt podczas scalania.
Rozwiązanie: Zatwierdź plik będący w konflikcie.
Odpowiedzi:
Najpierw sprawdź
git status
.Jak wspomina PO,
W tym miejscu
git status
wspomniałby o tym pliku jako „both modified
”Podobną sytuację można znaleźć 4 dni temu w czasie pisania tej odpowiedzi (13 marca 2012 r.) W tym poście: " 'Pull nie jest możliwe, ponieważ masz niescalone pliki' ":
To, co zrobiłeś, to naprawienie konfliktu scalania (edytowanie odpowiedniego pliku i zatwierdzenie go):
Zobacz „ Jak naprawić konflikty podczas scalania w Git? ”
Co zrobił autor posta na blogu:
To znaczy całkowite przerwanie bieżącego scalania, pozwalające na
git stash pop
zastosowanie.Zobacz „ Przerwanie scalania w Git ”.
To są twoje dwie opcje.
źródło
Miałem ten problem, a następnie rozwiązałem konflikt i zatwierdziłem, a robiłem
git stash pop
ponownie, przywracając tę samą skrytkę (powodując ten sam konflikt :-().To, co musiałem zrobić (UWAGA: najpierw wykonaj kopię zapasową skrytki), to
git stash drop
się go pozbyć.źródło
To znacznie prostsze niż zaakceptowana odpowiedź. Musisz:
Sprawdź
git status
i rozdziel ścieżki pod nim. Rozwiąż konflikty. Możesz pominąć ten krok, jeśli wolisz zrobić to później.Dodaj wszystkie te pliki do niescalonych ścieżek do indeksowania przy użyciu
git add <filename>
.Teraz zrób
git stash pop
. Jeśli pojawią się jakiekolwiek konflikty, należy je ponownie rozwiązać.źródło
Oto jak rozwiązałem ten problem:
źródło
git add .
bez zobowiązania rozwiązuje problem za mnie.Jeśli ktoś ma ten problem poza scalaniem / konfliktem / akcją, może to być plik blokady git dla Twojego projektu, który powoduje problem.
źródło
reset
polecenia. Czy możesz wyjaśnić, dlaczego to zadziała?Przekonałem się, że najlepszym rozwiązaniem jest odgałęzienie się i późniejsze rozwiązanie.
git stash branch <branch-name>
jeśli upuścisz lub wyczyścisz skrytkę, możesz stracić wprowadzone zmiany i będziesz musiał wrócić do reflogu.
źródło
Musisz dodać
app.coffee
do inscenizacji.Zrób,
git add app.coffee
a będziesz mógł zastosować swoją skrytkę (po tym zatwierdzeniu i push).źródło
Skrytka została już zastosowana do innych plików.
Tyle tylko,
app.coffee
że musisz scalić ręcznie. Potem po prostu biegnijaby wycofać zmiany i hakować dalej.
źródło
Miałem ten sam problem, ponieważ dokonałem pewnych zmian w mojej gałęzi deweloperskiej, a następnie chcę przejść do gałęzi profilu. więc przechowuję zmiany do
następnie w gałęzi profilu również dokonałem pewnych zmian, a następnie chcę wrócić do tworzenia, więc muszę ponownie przechowywać zmiany,
ale kiedy przyszedłem rozwinąć gałąź i próbowałem zdobyć zmiany w magazynie
więc otrzymywałem błąd, trzeba scalić
Aby rozwiązać ten problem, najpierw muszę sprawdzić listę skrytek
więc pokazuje listę skrytek w moim przypadku były 2 skrytki nazwa tych skrytek wyświetla się jak ten skrytka @ {0}, skrytka @ {1}
Potrzebuję zmian ze stash @ {1}, więc kiedy próbuję uzyskać to za pomocą tego polecenia
więc otrzymywanie błędu wymaga scalenia
więc teraz, aby rozwiązać ten problem, sprawdź stan swoich plików
więc dawał błąd, że "oba zmodyfikowano", aby rozwiązać ten przebieg
teraz doda brakujące zmodyfikowane pliki i ponownie sprawdzi status
więc teraz nie ma błędu, teraz można zastosować skrytkę
możesz wykonać ten proces dla dowolnej liczby plików ukrytych.
źródło