Aktualizacja aplikacji do przesyłania błędów: pakiety Windows 8.1 (pakiet na komputery stacjonarne i telefony) + Windows 8.0

Question

Próbuję wysłać aktualizację mojej aplikacji do Sklepu Windows za pomocą pulpitu nawigacyjnego systemu Windows Dev Center, ta aktualizacja zawiera 3 pakiety: 2 dla systemu Windows 8.1 (Komputer stacjonarny i telefon) jako pakiet i 1 dla systemu Windows 8.0, który nie obsługuje żadnego pakunku.

Przed nową deskę rozdzielczą pakiet dla Windows 8.0 został przyjęty zbyt w tej konfiguracji ... nie teraz i zgłasza ten błąd:

A previous submission for this app was released with a Windows Phone 8.1 appxbundle. Subsequent submissions must continue to contain a Windows Phone 8.1 appxbundle.

ale nie jest to pakiet Phone i Windows 8.0 I nie mogę utworzyć pakietu! istnieje rozwiązanie? ze starym dashboardem, który działał świetnie.

poważaniem,
Claudio

Answer 1

Nie wiem, czy ma to zastosowanie tutaj. Ale w moim przypadku mam ten sam błąd przy aktualizacji wersji aplikacji UWP w sklepie, w którym miałem aplikacje UWP, WP81 i W8.1. Błąd sygnalizował fakt, że istniejący pakiet UWP został skompilowany jako pakiet, ale nowy pakiet nie był.

Więc rozwiązaniem było zastąpienie w .csproj z <AppxBundle>Never</AppxBundle> z <AppxBundle>Always</AppxBundle>. Jeśli publikujesz bezpośrednio z Visual Studio, możesz to zrobić z interfejsu użytkownika, zgodnie z opisem podanym pod adresem here.

Answer 2

miałem tego problemu. Usunąłem wszystkie pliki w folderze, w którym pakiet buduje do sklepu. Potem stworzyłem paczkę do sklepu. Ten problem został rozwiązany.

Answer 3

Miałem ten sam komunikat o błędzie pojawiający się z niczego (po prostu tworzenie nowej wersji, żadnych zmian na platformie). Kiedy zaznaczone pole „nie automatycznie zwiększony” (w interfejsie użytkownika, prowadzić do <AppxAutoIncrementPackageRevision>False</AppxAutoIncrementPackageRevision> w csproj) i wypełnione w moim własnym numerem, pakiet, który wyszedł nazwano:

1.3.0.0_AnyCPU_bundle.appxupload 

Jeśli To nie ja go wyglądał następująco:

1.3.0.17_AnyCPU.appxupload 

Ten ostatni nie działał z jakiegoś powodu. Więc ustawienie własnego numeru kompilacji naprawiło ten konkretny problem dla mnie. Dlaczego to naprawił? Bladego pojęcia.