Z komunikatu o błędzie powiedziałbym, że pomieszałeś magazyny kluczy, lub studio androidowe używa właśnie niewłaściwego do wydania wersji. Najlepszym sposobem, aby być całkowicie pewien, jest wyraźnie konfiguracja Twojego build.gradle i zbudować go samodzielnie w linii poleceń przy użyciu
./gradlew clean assembleRelease
Co się dzieje jest to, że prawdopodobnie Android Studio przy użyciu debugowania kluczy (np. Domyślne), aby podpisać kompilację wydania, ponieważ nie może znaleźć oryginalnego magazynu kluczy użytego w czasie zaćmienia, lub masz gdzieś złe hasło ...
Zobacz konfigurację, zanotuj lokalizację magazynów kluczy, nazewnictwo konwencja i jak to odpowiada build.gradle. Zanotuj konfigurację podpisu i sposób, w jaki są konfigurowane dla wersji wydania. Zbudować z wiersza poleceń, wystarczy cd do katalogu ze swoim „gradlew” plik i uruchom
./gradlew clean assembleRelease
zbudować apk zwalniania lub
./gradlew clean assembleDebug
zbudować apk debugowania. Jeśli nie, spróbuj
./gradlew clean assembleRelease --stacktrace
Screenshot of build.gradle and filesystem setup
Ale proszę pamiętać, aby nie wkładać swoje klucze w kontroli źródła! Oznacza to, że edytujesz swój plik .gitignore.
Jest stos informacji na temat jak to zrobić tutaj: http://developer.android.com/tools/publishing/app-signing.html
Znalazłeś rozwiązanie? – EliaszKubala
Nie, musiał przesłać nową aplikację razem z nową nazwą pakietu i nowym magazynem kluczy. – Jitu
Mam ten sam problem ... Ale mój jest inny. Mogę podpisać aplikację w Android Studio 0.4.2, ale nie mogę podpisać aplikacji w nowym (1.4.xxx). Więc wciąż rozwijam się w starym;))) Zabawne ... – EliaszKubala