2013-05-22 5 views
15

Obawiam się, że odpowiedź będzie prawdopodobnie "niemożliwa", ale chciałabym wiedzieć, czy istnieje sposób na wykrycie, czy mój przesłany plik APK do Sklepu Play jest kanał alfa/beta lub stabilny.Wykryj, czy jest to aplikacja w wersji Beta w Sklepie Play

Chciałbym to osiągnąć, ponieważ mam całe menu prowadzące do funkcji wersji beta, które chciałabym ukryć w stabilnym kanale.

Jest to bardzo użyteczne, ponieważ podczas naprawiania ogólnych błędów, które wysyłam do sklepu, nie chcę rekompilować za każdym razem z przyciskiem beta lub bez niego.

mam niestety żadnego kodu do akcji, ale każda pomoc lub sugestie byłyby wysoko ceniona

enter image description here

+0

Aby wyjaśnić - chcesz, aby pojedynczy pakiet APK miał inną funkcjonalność po wdrożeniu jako beta lub przekazany do produkcji? – auval

+1

@uval całkowicie zrozumiałeś moje potrzeby .. –

+2

Więc myślę, że naprawdę chodzi ci o to, jak wykryć, czy bieżący użytkownik aktywował kanał beta.Zgadzam się, że byłoby to bardzo użyteczne, ponieważ proces beta i konsola programistyczna nadają się do przepływu pracy polegającego na ciągłym przesyłaniu tego samego pakietu APK do produkcji. Nie chcemy więc tworzyć oddzielnych pakietów APK tylko dla wersji beta, ale czasami potrzebujemy funkcji, które są dostępne wyłącznie dla użytkowników wersji beta, nawet jeśli są w fazie produkcyjnej, mogą być dostępne tylko w wersji beta przez tygodnie lub miesiące, a nawet stałe funkcje, takie jak to menu debugowania , które przetrwają w wielu nowych wydaniach APK. – mahemoff

Odpowiedz

0

Uruchomiono Alpha/Beta, a Google nie wspomniał nic takiego, jak chcesz.
Jeśli coś takiego było możliwe, prawdopodobnie byłby to Google Play Services.
Tego tam nie ma.

Możliwe obejście -
Jeśli znasz datę, w której chcesz przenieść z beta do produkcji, można użyć tego mały trick: ustawić domyślną widoczność menu debugowania do gone, a do tego czasu, ustaw to widoczne w kodzie.

+0

Zastanawiam się, czy możesz podłączyć się do interfejsu API G + lub interfejsu API grup, aby przetestować bieżącego użytkownika na liście użytkowników alfa/beta. O ile oprogramowanie wie, użytkownik wersji beta zawsze otrzymuje wersję beta aplikacji. –

+0

@BrillPappin Wydaje się możliwe, ale nie łatwe do wdrożenia. I przypadek użycia OP oznacza, że ​​kontrole te będą trwać wiecznie dla wszystkich użytkowników, nawet długo po zakończeniu beta. Jeśli korzystasz z sieci, możesz łatwiej korzystać z pliku json na serwerze internetowym lub GCM – auval

1

To naprawdę bardzo proste, prześlij inną APK. Utrzymuj inną gałąź kodu z tylko funkcjami beta w swoim kanale beta. Rekompilacja nie powinna być dużym kłopotem. Jesteś za pomocą jakiejś formy kontroli źródła prawo?

+0

Może również zajrzeć do nowego systemu kompilacji Gradle. Zapewnia doskonałe wsparcie dla tego typu rzeczy. – kcoppock

+0

Przesyłanie różnych plików APK jest, tak, proste, ale bardzo żmudne, jeśli chcesz "ciemne uruchamianie" funkcji, więc jest ona dostępna wyłącznie dla użytkowników wersji beta przez długi czas. Oznacza to również, że użytkownicy wersji beta otrzymują dodatkowe wydania, gdy promujesz aplikację, a następnie ponownie dystrybuujesz wersję beta. – mahemoff

+0

To nie jest dobre rozwiązanie, ponieważ wprowadza potencjał, aby beta-kompilacja została przeniesiona do produkcji. Pomysł wdrożenia alfa/beta polega na umożliwieniu coraz większej liczbie użytkowników dostępu do funkcji, które wypuścisz. Pomyśl o tym, że tłum pozyskuje QA. –

1

Mam nadzieję, że jest sposób, aby to zrobić równie łatwo, ale jeszcze nie znalazłem.

Inną opcją jest posiadanie flagi, która otacza funkcjonalność beta, a następnie skorzystanie z Menedżera tagów Google http://www.google.com/tagmanager/, aby przełączyć funkcje, które chcesz tylko w wersji beta, zanim uaktualnisz aplikację do wersji produkcyjnej.

6

Wydaje mi się, że w rzeczywistości istnieje dobre wykorzystanie tej funkcji. Rozważmy następujący scenariusz:

  1. mam API sumujący wersje na prod.api.example.com
  2. Mam aplikację mobilną sumujący wersje niezależnie, ale opiera się na API.
  3. Przed dodaniem lub usunięciem funkcjonalności api deweloperzy wyświetlają zmiany pod innym adresem URL. Powiedz: beta.api.example.com
  4. Chcę, aby testerzy wersji alfa lub beta zawsze pracowali przeciwko URL-owi beta api, ponieważ znajdą przełomowe zmiany.
  5. Po wprowadzeniu nowych zmian w API od wersji beta do prod, chcę promować moją aplikację na Androida z wersji alfa lub beta, bez zwiększania numeru wersji aplikacji mobilnej i konieczności przebudowy, jeśli wszystko działa poprawnie.
Powiązane problemy