This approach allows publishing both APKs signed by the (upstream) developer and APKs signed by F-Droid. This enables us to ship updates for users who installed apps from other sources than F-Droid (e.g. Play Store), while also shipping updates for apps which were built and signed by F-Droid.
it seems valid and reasonable to use the same signing key.
Just noticed that Google replaces my signature with it’s own signature before publishing (Google Play app signing: Use Play App Signing - Play Console Help ) to protect my own signature. This makes reproducible builds and cross updates impossible. Maybe it is not a good idea then to use my upload signature for the Play store to use as signature for the F-Droid release.
Yes that’s clear, I just thought if I sould use another certificate for F-Droid signing to keep the signature I use for Play upload secret as Google suggests it, but that doesn’t make sense neither, then I would need to build 2 binaries, one for F-Droid and one for Google Play… So I leave it just as it is. One signing for upload in both repos.
But I added the my upload fingerprint to the trusted fingerprints in Google Play, I think this is necessary in the future. As the app will be installed by F-Droid with this signature.