2012-10-04 20 views
12

Zacząłem używać EGit z eclipse i jeden z moich katalogów (który zawiera wiele submodułów i zwykłych katalogów) zawsze pokazuje jako brudny. Próbowałem wykonać git reset --hard i ponownie utworzyć projekt od podstaw. Jeśli wybiorę katalog i Porównaj z indeksem git lub HEAD, to nie pokazuje żadnych zmian.EGit pokazuje katalog jako zawsze brudny

Jeśli używam git w wierszu poleceń dla folderu, git status nie pokazuje żadnych oczekujących zmian, a git submodule poprawnie wyświetla wszystkie moduły podrzędne. Używając EGit, próbowałem ustawić opcję Assume Unhanged. Ale rozprzestrzenia się to również do katalogów potomnych (co nie jest pożądane).

Używam Eclipse 4.2.1, EGit 2.1.0 i Geppetto 3.0.0. Co jeszcze może spowodować, że katalog będzie zawsze wyświetlany jako brudny? Każdy sposób, aby po prostu zignorować zmiany w tym katalogu (ale nadal zmienia się w rodzeństwo)?

Update - 02 października 2013:

Update - 24 września 2014:

  • Istnieje dodatkowy błąd parasol na https://bugs.eclipse.org/bugs/show_bug.cgi?id=429304, które mogą być stosowane do wydania konkretnego do Egit.
  • Nie używam już Eclipse ani EGit i przeszedłem do Atomu z wtyczką Git Plus. Postaram się kontynuować aktualizację, gdy problem zostanie rozwiązany. Ale Atom i Git Plus zadowalają mnie teraz znacznie lepiej i ten problem nie dotyczy mnie w tej chwili.
+0

Brzmi jak błąd, czy możesz zgłosić [tutaj] (https://bugs.eclipse.org/bugs/enter_bug.cgi?product=EGit) proszę? – robinst

+1

Oczywiście, otworzyłem błąd https://bugs.eclipse.org/bugs/show_bug.cgi?id=391280 –

+1

To wciąż jest błąd, po całym tym czasie ... –

Odpowiedz

0

Może to być spowodowane różnicami w końcach linii między wieloma osobami, które przeszły na zdalne repozytorium, zdalne repozytorium (zwykle puste, ale końcowe zakończenia linii systemu OS) i ustawienia git. Czy to jest coś, co możesz zweryfikować?

+0

Problem końca linii jest widoczny zarówno w plikach, jak iw projektach (nawet z EGit). Opisany tutaj problem polega na tym, że Andy Shinn nie może zlokalizować źródła pokazanych zmian w repozytorium. Prawdopodobnie nie jest to spowodowane kończącym się wierszem. – Antwane

-1

To obejście naprawiło to za mnie. Zaznacz folder nadrzędny za pomocą "Assume Unchanged", ale zaznacz wszystkie podfoldery "No Assumed Unchanged".

Na przykład dodałem submoduł do modułów/usług w katalogu głównym mojego projektu. Oznaczyłem moduły "Assume Unchanged", które usunęły brudną flagę. Następnie zaznaczyłem wszystkie podfoldery (moduły/encje, moduły/usługi, ...) za pomocą "Bez założenia niezmienionego".

Team -> Zaawansowane -> „Załóżmy Niezmieniony”/„Nie Przyjęto Niezmieniony”

Nie sądzę, jest to idealne miejsce, gdybym miał pod modułów pojedynczych plików, ale prawdopodobnie nie pokazują jak brudny przypadku zmian .

+2

To jest bardzo niebezpieczna rada, oznaczenie folderu nadrzędnego jako "Załóż niezmienioną" oznacza, że ​​możesz zapomnieć o wykonaniu ważnej pracy. PROSZĘ IGNOROWAĆ –

Powiązane problemy