I have an Android App on playstore. Now I have made so many changes to this app and want to update my app. I know simple update is easy but the thing I want is that to publish the new version in beta by keeping the old version remains same. In simple word, I want to publish a new build with beta version that it don't effect the older version?
Note: Old version is not in beta.
Releasing app update to beta channel (open testing) doesn't remove the production release. The beta update will become available as an update to testers only, everyone else will have access to the production release.
For more on releases and roll-outs. Read more here
Related
Once I have put an APK for the beta version can I rollback the APK if it contains any changes or errors in the same version?
You can't rebuild a new version of an apk from the apk itself.
Have the app developer do the following:
Rebuild project in its previous state with higher version number (must be higher than all previously submitted versions)
Resubmit
From Google's Android "Developer Console" page:
Note that rollbacks aren’t supported due to the app versioning
requirements of the Android platform. If you need to rollback,
consider launching a previous APK with a new version number. However,
this practice should be used only as a last resort, as users will lose
access to new features and your old app may not be forward-compatible
with your server changes or data formats, so be sure to run alpha and
beta tests of your updates.
You can not Rollback your previous APK you need to upload new version with bugs fixed..
The user can use the OPT-IN url to opt-out of the testing track, this works for both open and closed tracks :)
I created my application and uploaded it into beta testing in google play console. After some tests, I updated it to the working version. But now I want to cancel the working version (which is available to everyone) and post a new beta.
How can i do this?
I hope you will help.
Once a version is live in production (live to everyone) you must always have a version which is live to everyone. This doesn't mean you can't have a new beta version. You just don't cancel the working version to do it.
There is some documentation here.
The point of a beta version is to test a new version before it is available, not to immediately replace your working production version.
I released my app in playstore, but I want to change its current version to a beta version, and unrelease it.
How can I change the current released version of my app to be in testing phase (beta version)?
To unpublish your app:
1- Go to your Play Console.
2- Select an app.
3- Select Store presence > Pricing & distribution.
4- In the "App Availability" section, select Unpublish.
Hope this is help
You can unpublish it, but it won't get removed from the devices of people who have already installed it. Unpublish the production application, Increment the app version code and publish a new beta version. Later you can either move the beta version to production again or increment the app version code and publish new version to the production.
Can I have both production and beta versions of my application available to the selected users?
The use case is the following, there are some users that are willing to try new versions of my app, but the are already using stable version for work. Beta version may have bug/crashes, making it inadvisable for work use. Therefore it would be nice to have both versions installed.
If beta APK is published separately (e.g. on my website), the user has anyway to remove the stable APK.
If beta APK has different package name, I have to fork the repository, and then manage merge, which I what to avoid.
Is there a standard way to do that on Play Store?
Can user select which version to install from Play Store?
Is there some tool that may simplify the package renaming?
I have a production app on the Google Play store. I have also released a beta version to a limited group using the Google Play beta feature. However, if I make changes to the production app, I then need to re-build and re-release the beta app because it gets overwritten by the new production version. This is very frustrating when I want to make some bug fixes on production without changing the beta. Is there any way to release a new production app without invalidating the current beta?
The basic problem is that Google Play updates based on build number (versionCode), and doesn't care which channel the .apk comes from.
Your only option is to not pickup sequential build numbers, but instead leave gaps. For example if your prod is versionCode="10", make the beta build versionCode="20" which will give you the chance to publish nine more minor prod releases before you hit the issue of invalidating the beta build.
Though there are two problems with this approach:
- Obviously it does not scale very well.
- It makes it hard to manage the build numbers, as now you have to keep a record of what build has reached which build number.
- If you don't invalidate the beta build, your beta users will still have the bugs you just fixed in the new prod build until you upgrade them.
Note that if you don't have permission changes that prevent auto-upgrade, invalidating the beta build and publishing a new one is not that much of an issue; most users won't even notice that they were upgraded (unless your app tells them explicitly).
I believe the reason google requires that your new production version of the application override the beta is due to the basic development cycle. Typically applications start in the Alpha stage, then beta, and finally end in production.
The beta version is overwritten due to the fact that the next logical step in the cycle from beta is release. When you re-submit the beta version, it would be the current code revision as the production version, alongside bug fixes that are being tested.
The scheme is very simple:
Google Play uses versionCode to indicate the apk currently available to a user. It doesn't matter if it is a production or a beta release. Also it is not allowed to upload a build with versionCode lower than it was in some previous build.
So in your case you need to upload a production version and then upload a beta release (even if its only change is versionCode). Occasionally some of your beta users may download a production release, but they will get the beta release a bit later anyway.