`skip export` should warn that it's not signing its APK
Nobody has claimed this yet.
- Dominant language
- Swift
- Stars
- 3.2k
- Forks
- 106
- Avg merge
- 6d 13h
- Merged PRs (30d)
- 1
Description
https://skip.tools/docs/deployment/#export-signing
Signing the Exported Android Artifacts
By default, the exported .build/skip-export/AppName-debug.apk file is signed with a single-use temporary signature, which means that you can install it on an Android emulator or simulator but future versions of the app cannot be upgraded without first manually removing the existing app.
The release APK at .build/skip-export/AppName.apk, on the other hand, is not signed at all by default. Signing the APK is something that you can manage manually however you want (such as by integrating signing into your app’s CI workflow), but the default Android/app/build.gradle.kts build file will look for the presence of keystore.properties and keystore.jks files in the Android/app/ folder.
Once these files are present, running skip export will automatically sign the release .apk file, which will enable you to distribute and run release builds of your app directly, without going through the Google Play Store.
I put my keystore file in the wrong directory, and so skip export silently ignored it.
skip export should log a warning if it generates an unsigned release APK.
I think it would also be helpful to have a --enforce-signature mode (perhaps enabled by default?) that will cause skip export to fail if it can't fully sign its outputs.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the deployment and export-signing documentation linked in the issue, then trace the skip export command's handling of release APK signing. Done means an unsigned release APK produces a warning; the proposed --enforce-signature behavior is an additional requirement that needs clarification.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, swift
- Domain
- cli, mobile-dev
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100