2017-05-23 57 views
25

Chciałbym podzielić się sytuacją, w której analizuję nowe funkcje w konsoli Google Play i spróbować znaleźć dla niej rozwiązanie.Zgłoszenia konsoli Google Play powodujące awarie z niewydanych aplikacji

Jak wielu z was może już wiedzieć, Google wydało aktualizacje na konsoli Google Play i wprowadziło funkcje wirtualne Androida. Jedną z dobrych cech jest to, że teraz ANRy ANR & powodują wyświetlenie wszystkich awarii ANR & z urządzeń z Androidem, których użytkownicy opublikowali automatyczne udostępnianie danych o użyciu i diagnostyce (podczas pierwszej konfiguracji telefonu).

Widzę jednak raporty o awariach z niewydanych aplikacji. Mam na myśli wersję deweloperską, która nie została jeszcze opublikowana. Co więcej, ten raport awarii pochodził z aplikacji podpisanej za pomocą klucza do debugowania Androida, a nie mojego klucza produkcyjnego. Zapoznałem się z dostępną dokumentacją, ale nie udało mi się znaleźć szczegółowych informacji na temat filtrowania tych raportów.

Wydaje mi się szkodliwe i niewłaściwe korzystanie z danych o dochodach bez zatwierdzania podpisu, ponieważ każdy może po prostu napisać krótką przerwę od kodu i rozpocząć zalewanie określonej nazwy pakietu aplikacji tonami pozornych stosów.

Czy wiesz, czy to normalne zachowanie dla tego nowego narzędzia?

+0

Też doświadczyłem tego dzisiaj.Zobacz wszystkie raporty o awariach z wersji do debugowania aplikacji, której używałem na moim urządzeniu.Myślę, że Google powinien dodać filtrowanie, aby wyświetlać raporty o awariach tylko z prawidłowo podpisanych aplikacji. – banguru

+5

Napotkałem ten sam problem. Utworzyłem problem w narzędziu do śledzenia problemów Google: https://issuetracker.google.com/issues/64929012 Możesz nagłośnić problem, jeśli chcesz, aby Google zwrócił na niego większą uwagę. – ipanag

+0

Dzięki za udostępnienie @ipanag. – Rafael

Odpowiedz

11

Jako że jesteśmy zainteresowani publikacją tylko aplikacje uwalnianiu, możemy przyjąć następującą strategię, aby pozbyć się bałaganu raportów o awariach:

./build.gradle:

android { 
    ... 
    defaultConfig { 
     applicationId "my.app.package" 
     ... 
    } 
    ... 
    buildTypes { 
     release { 
      ... 
     } 
     debug { 
      ... 
      applicationIdSuffix ".dev" 
     } 
    } 
... 
} 
+1

Witam, Czy możesz mi pomóc, również otrzymuję raporty o awariach w konsoli. Kiedy dodam applicationIdSuffix ".dev", mówi "Nie znaleziono pasującego klienta dla nazwy pakietu" my.app.package.dev "" –

+0

Witam @DemoMail, przepraszam za spóźnioną odpowiedź. Gdzie i kiedy widzisz tę wiadomość? Czy próbujesz uzyskać aplikację z tym ".dev" applicationIdSuffix opublikowanym w tym samym miejscu, w którym opublikowałeś tę bez niej? – Rafael

+2

@Rafael to fajne rozwiązanie, ale może to zepsuć sytuację, gdy korzystasz z biblioteki, która jest skonfigurowana z applicationId, na przykład używam tego podejścia, nie jestem już w stanie przetestować płatności za aplikację w mojej aplikacji –

0

Mam również do czynienia z tym samym problemem.
To pokazuje crash informuje, kiedy idę do wszelkich zastosowań -> -> Pulpit -> Wywala

Ale jeśli pójdę bezpośrednio do Android Vitals -> ANR & awarii nie robi nic pokazać.

W każdym przypadku w pierwszym przypadku można kliknąć "Wyświetl szczegóły" i wybrać "Ukryj" z menu rozwijanego dla każdego zgłoszonego typu awarii.

To tylko tymczasowa poprawka, ale myślę, że Google musi zapewnić odpowiednią poprawkę.

0

deweloper konsoli tylko raporty awarie z opublikowanych numerów wersji o numerach (w wersji alfa, beta lub w wersji produkcyjnej).

Więc moje rozwiązanie jest bardzo proste:

  1. Po opublikowaniu nowej wersji, pierwszą rzeczą, jaką mogę zrobić, to zwiększyć versionCode w manifeście. Używam tego numeru wersji tylko podczas tworzenia. W ten sposób żadna awaria nie zostanie wysłana do konsoli.
  2. Następnie, gdy będę gotowy do publikacji, ponownie zwiększam versionCode. W ten sposób upewniam się, że nowe awarie pojawią się tylko w opublikowanej wersji.

EDIT:

Wywala z wersjami niepublikowanych jeszcze pojawi się na konsoli pod opcją "Wszystkie wersje. Więc weź tę odpowiedź, aby zidentyfikować i odfiltrować te awarie, a nie aby zapobiec ich rejestrowaniu.