Android Studio: wyłączanie "Zewnętrznej wersji kompilacji" w celu wyświetlania danych wyjściowych błędów powoduje tworzenie powtarzających się błędów klasy

Question

Rozpoczynam moją migrację z Eclipse do Android Studio i zacznę grać z nowymi projektami w Studio.

Mój projekt testowy działał poprawnie, dopóki nie otrzymałem komunikatów o błędach.

Musiałem wykonać trochę manipulacji (https://stackoverflow.com/a/16876993/327402), aby włączyć wyświetlanie błędów i znaleźć problem, który naprawiłem.

Niestety, po tym „obejścia” (Dlaczego do cholery mi się zrobić takie rzeczy, aby zobaczyć moje błędy?), Uważam, że nie było się komunikat o błędzie, że nie mogę rozwiązać:

error: duplicate class: com.mypackage.name.BuildConfig 
error: duplicate class: com.mypackage.name.R 

ja również Zauważyłem, że nie jestem jedynym, który miał ten problem (patrz komentarz w odpowiedzi na pytanie, które podałem powyżej)

Po raz pierwszy udało mi się to naprawić, włączając "Zewnętrzną wersję", ale to się powtórzyło, ponieważ musiałem zobaczyć wyjście błędu i wszystko jest teraz zepsute i nie mogę znaleźć tego, co się stanie.

Dzięki Eclipse plik R był łatwy do znalezienia w folderze gen, ale w Android Studio jest za dużo plików i jestem trochę zagubiony.

Każdy pomysł/sugestia?

Answer 1

Więc, po prostu pozwolić ci wiedzieć ...

Kilka minut po tym, jak pisał moje pytanie, Google wydała aktualizację do Androida Studio (0.1.5) patrz link: https://plus.google.com/+AndroidDevelopers/posts/Y9vhvGaHCbh

Tor Norbye uprzejmie odpowiedział na moje pytanie w tej społeczności, a ja dzielę się tutaj

Tak obejście, które zacytowałem w OP nie jest bardziej obowiązkowe.

Włączanie znowu budować zewnętrzne po aktualizacji Android Sudio pozwól mi zobaczyć rzeczywiste błędy (biblioteki i trochę import Gradle że stała)

Więc uważam Android Studio uaktualnić jak najlepszą odpowiedzią na to pytanie ..

Answer 2

Znalazłem pytanie jak ten, który ma kilka odpowiedzi tutaj:

Cannot resolve R.java, duplicate class

można spróbować to:

• Usuń folder kompilacji wygenerowany przez Android Studio automatycznie

Możesz również spróbować przebudować projekt, klikając opcję Buduj-> Odbuduj projekt po usunięciu folderu kompilacji.

Answer 3

widocznie, a przynajmniej dla mnie 0.1.5 ma błąd i nie można uruchomić w zewnętrznej budowie powodu jakiegoś błędu ścieżki można przeczytać tutaj https://code.google.com/p/android/issues/detail?id=56628

więc przeszedłem do budowy wewnętrznej, a potem uderzył w Double R symbol błąd

po usunięciu Aplikacja kompilacji ścieżki jest kompilowana bez błędów, ale folder kompilacji nie jest w pełni przebudowany, brakuje mi pliku R.java, którego wewnętrzny builder nie tworzy.

Po naprawieniu tego problemu przebudowałem go na zewnętrznym narzędziu budującym w nieaktualnej wersji jako tymczasowe obejście problemu.

btw, jeśli ktokolwiek wie, jak ocenić wewnętrzną gradację, aby odbudować folder kompilacji, proszę udostępnij.

Answer 4

prostu miałem ten sam problem i znalazł sposób rozwiązywać je (można to zrobić z Android Studio otwarty):

• idź do was projektów Android Studio folder znajdujący się w folderze C: \ Users [nazwa_użytkownika] \ AndroidStudioProjects
• Znajdź swój folder projektu i otwórz go.
• Usuń folder o nazwie build.
• Tutaj należy wprowadzić folder z nazwą aplikacji, gdzie można znaleźć inny folder build wśród folderów libs i src oraz plik o nazwie build.gradle.
• RENAME Folder build na build2 lub coś jeszcze.
• Teraz w Android Studio przejdź do Build->Rebuild Project.
• Po przebudowaniu projektu otwórz ponownie folder, w którym znajduje się wymieniony folder build2.
• Usunąć nowy folder o nazwie build, który został utworzony.
• Ponownie zmień nazwę folderu build2 na build.

Gotowe.

Answer 5

Ok, ja też mam ten sam problem i to właśnie dla mnie zadziałało. Najpierw usunięto zewnętrzną kompilację z ustawień kompilatora. Następnie, gdy skompilowałem, dostaję dwa błędy związane z R.java, duplikatem klasy. Następnie ręcznie usuwam folder kompilacji z wyszukiwarki. Następnie przebuduj go z Android Studio, ale wciąż ten sam błąd. Następnie ponownie wracam do preferencji kompilatora i zaznaczam ustawienie kompilacji zewnętrznej, po czym wszystko działało. Wygląda jak jakiś błąd.