2014-04-07 12 views
7

Korzystanie GitEye:GitEye nie pokaże zmiany

mam sklonowany istniejącego repozytorium dół od GitHub, aby ... git/Android.Project

Korzystanie File Manager mam skopiowane zaktualizowanych plików z mojego katalogu roboczego ... ... Projekty/Android.Project do ... git/Android.Project

Mój katalog roboczy nie posiada plik .git w nim, więc nie jest nadpisane .

Korzystanie GitEye:

Próbowałem przeciągając pliki z widoku robocza Drzewo pliki do wystawił widzenia zmiany, a jestem niepowodzeniem.

Ja nie próbuje popełnić i popchnąć zmiany z powrotem do GitHub i uzyskać eror "Nie ma wystawił plików"

Korzystanie CLI:

cd git/Android.Project git status

[Lista zmodyfikowane pliki i Nieśledzone pojawia .... YAY !!!!]

git commit -a -m "Wiele zmian"

15 plików zmieniło, 1121 wstawki (+), 410 delecji (-)

git status

nic do dodania Zatwierdź, ale niepotakane pliki (użyj "git add" do śledzenia)

git add -A git commit -a -m "resource images”

git statusu

Na gałęzi master Twój oddział wyprzedza 'pochodzenia/Master' przez 2 zobowiązuje. (wykorzystanie "git push" do publikowania swoich lokalnych zobowiązuje)

nic do popełnienia, katalog roboczy czysty

git remote -v

pochodzenie https://github.com/enetarch/Android.Todo.git (pobranie) pochodzenia https://github.com/enetarch/Android.Todo.git (Push)

git push origin master

Liczenie obiektów: 83, gotowe. Kompresja Delta za pomocą do 8 wątków. Kompresowanie obiektów: 100% (51/51), gotowe. Pisanie obiektów: 100% (57/57), 49,92 KiB, gotowe. Razem 57 (delta 24), ponownie wykorzystany 0 (delta 0) Aby https://github.com/enetarch/Android.Todo.git ad6e5a9..047bb32 master -> Mistrz

Tak, ja to wszystko przez CLI, dlaczego nie mógł GitEye to zrobić?

Powrót w GitEye Proszę o sprawdzenie najnowszych zatwierdzeń GIT i zobaczę, co popełniłem przez gif CLI.

A więc, wszelkie przemyślenia, dlaczego to nie działa tak, jak tego oczekuję?

Pardon kwestie formatowania, najwyraźniej nie lubi StackOverflow CLI copy/past

Odpowiedz

2

Być może widząc sytuację podobną do tej, którą regularnie twarz z GitEye. Zmienione pliki nie są natychmiast wyświetlane w widoku Git Files Git Files. Wymuszam odświeżenie wykazu, wybierając dowolną inną opcję z wyskakującego menu opcji filtrowania. To jest kontrola nad listą roboczych plików .

Zazwyczaj znajduję się na liście "Pokaż oczekujące", więc zmienię na "Pokaż czystą". Następnie przełączam się z powrotem na "Show Pending", a wtedy zwykle pojawiają się moje zmienione pliki.

AKTUALIZACJA: Jak się okazuje, jest to prawdopodobnie wynikiem rozpoznanego błędu przez zespół Egit i został rozwiązany.

Forum postu:EGit keeps showing CVS files in Unstaged/Staged view

Bug:CVS directories are erroneously shown as deleted in staging view and commit dialog

tak blisko, jak mogę powiedzieć uaktualnienie do wersji 2.0 GitEye zadbał problemu dla mnie.

+0

To rozwiązanie działa, ale jest do bani. Znów wracam do SourceTree. – ian

+1

Z całego serca się zgadzam. W rzeczywistości uważam, że widok plików Git jest ogólnie łamany. Wiele moich repozytoriów jest całkowicie ignorowanych przez widok. Zamiast tego użyłem podobnego widoku Git Staging. – steal3rd

+0

Może się również zdarzyć, że globalny plik ignorowania nie jest ładowany przez GitEye.Użyłem kilku aplikacji, które nie wydają się być zgodne z konwencją, której używa aplikacja wiersza poleceń do lokalizowania pliku ignorowania. Wyraźnie wskazałem GitEye na ten sam globalny plik ignorowania, który jest używany w wierszu polecenia, ponieważ w widoku pomostu Git pojawiły się problemy. Wyświetlał inną listę zmian niż linia poleceń. – steal3rd

1

Wystarczy dodać do odpowiedzi steal3rd jest, znajduje się przycisk odświeżania ukryte w widoku Git Repozytoria:

enter image description here

2

Więc spróbuj tego:

Okno> Preferencje> Ogólne> Workspace. W prawym panelu wybierz opcję "Odśwież używając rodzimych haków lub sondowania". Zrestartuj GitEye.

Teraz dokonaj zmian w dowolnym pliku, przełącz na GitEye i daj mu kilka sekund. Zmienione pliki pojawią się automatycznie w widoku Git Files/Git Staging.

Wersja: GitEye (Linux 64-bit) wersja 4.6.0.1. Screenshot

Powiązane problemy