Modificare un AndroidManifest durante la compilazione per rimuovere la chiave API

Question

Attualmente sto lavorando su un progetto Android e sto imparando a usare git. che sto bloccato a causa di un problema con git: Io ho la mia chiave API di Google Maps dichiarato nel mio file Android-manifesto:

<meta-data 
    android:name="com.google.android.maps.v2.API_KEY" 
    android:value="HEREISMYKEY"/> 

Ora, vorrei spingere il mio codice in GitHub, ma posso spingere il mio AndroidManifest, perché contiene la mia chiave API (che dovrebbe rimanere segreta).

Mi piacerebbe sapere se c'è un modo per modificarlo prima di ogni push, o magari modificarlo ogni volta che compilo la mia applicazione?

Grazie per il vostro aiuto!

Answer 1

Creare un nuovo file * .xml nei propri res/valori (chiamarlo api-keys.xml o qualcosa di simile).

Cambia il tuo manifesto per puntare a questa stringa:

<meta-data 
    android:name="com.google.android.maps.v2.API_KEY" 
    android:value="@string/GoogleMapsKey"/> 

Quando si preme prima le modifiche al pubblico, messo in una chiave fittizia.

Quindi modificare il file con la vera chiave API.

Quindi aggiungere il file al file .gitignore in modo che non venga nuovamente premuto.

Answer 2

Bene, quello che potresti fare è mettere il tuo file AndroidManifest.XML nel tuo file .gitignore e in questo modo non verrà spinto verso l'alto con il resto del codice .. Quindi basta premere un file readme o qualcosa che ha una fonte generalizzata AndroidManifest.xml che chiunque dovrebbe copiare e incollare in un file AndroidManifest.xml per creare la propria applicazione. In questo modo puoi apportare modifiche alla tua app, crearla secondo le tue necessità e poi non occuparti di generalizzarla su ogni build e spingere nel controllo del codice sorgente.

Answer 3

Il modo in cui ho affrontato problemi simili in passato è l'utilizzo di specifici rami nel mio repository git per push pubblicitari.

Supponiamo di avere un ramo master locale con le chiavi nel manifest. Quando sei pronto a spingere su github (o altrove) puoi creare un nuovo ramo "release" senza cronologia. Potete vederne un po 'di più qui: How to push new branch without historygit branch --orphan release. Una volta che hai rimosso tutte le informazioni private, commetti tutti i file e invia solo quel ramo a github git push origin release.

Il problema con questo è che non si avrà una cronologia di commit, forse qualcun altro può inventarsi qualcosa di meglio.