{"id":93,"date":"2020-03-27T08:21:39","date_gmt":"2020-03-27T08:21:39","guid":{"rendered":"https:\/\/amelioretonparent.wordpress.com\/?p=93"},"modified":"2020-03-27T08:21:39","modified_gmt":"2020-03-27T08:21:39","slug":"android-publier-son-application-sur-le-play-store-via-gitlab","status":"publish","type":"post","link":"https:\/\/atpart.fr\/index.php\/2020\/03\/27\/android-publier-son-application-sur-le-play-store-via-gitlab\/","title":{"rendered":"Android: publier son application sur le Play Store via Gitlab"},"content":{"rendered":"

LE r\u00eave de tous d\u00e9veloppeurs Android : pouvoir publier son application automatiquement sur le Play Store<\/a> directement depuis son serveur d’int\u00e9gration continue !<\/p>\n

Et c’est possible. Avec Gitlab<\/a> et l’utilisation du couple Docker<\/a>\/Fastlane<\/a>. Il existe un tutoriel tr\u00e8s bien fait en anglais sur le sujet (https:\/\/about.gitlab.com\/blog\/2019\/01\/28\/android-publishing-with-gitlab-and-fastlane\/<\/a>), toutefois j’ai but\u00e9 sur certaines parties avant de r\u00e9ussir \u00e0 r\u00e9aliser cette publication automatique.<\/p>\n

Mise en place de Fastlane<\/strong> : j’ai na\u00efvement cru au d\u00e9part que ce serait possible sans faire d’installation en local. Et bien oui et non. C’est n\u00e9cessaire pour initialiser les donn\u00e9es de version (et les mettre en gestion de configuration), mais c’est une information qui peut \u00eatre d\u00e9sactiv\u00e9e dans la partie publication. Et c’est bien utile pour comprendre la configuration \u00e0 mettre en place pour g\u00e9rer les mots de passe et fichiers de s\u00e9curit\u00e9 (keystore). Alors pour \u00e9viter une installation locale, voici la configuration \u00e0 faire pour fastlane (mise \u00e0 jour suite aux \u00e9volutions de la version de fastlane et en bonus la gestion fine des informations \u00e0 mettre \u00e0 jour = upload des images, changelogs, etc.) :<\/p>\n

desc \"Promote Internal to Alpha\"\nlane :promote_internal_to_alpha do |options|\n  versions = google_play_track_version_codes(track: \"internal\")\n  version_code = versions[0]\n\n  upload_to_play_store(track: 'internal',\n    track_promote_to: 'alpha', skip_upload_apk: true,\n    skip_upload_aab: true, skip_upload_metadata: true,\n    skip_upload_images: true, skip_upload_screenshots: true,\n    skip_upload_changelogs: false, version_code: version_code)\nend<\/pre>\n
C’est un exemple de configuration pour publier automatiquement une version interne de votre application en tant que version alpha. La version est extraite automatiquement de la liste des versions internes (par contre c’est forc\u00e9ment la derni\u00e8re version disponible qui est utilis\u00e9e). Et toutes les informations sont laiss\u00e9es en l’\u00e9tat sauf le changelog.<\/p>\n
La gestion des \u00e9l\u00e9ments secrets<\/strong> : c’est un autre point important. En effet, ce n’est pas possible de simplement les fournir en dur dans la configuration (mots de passe par exemple) ou de les stocker dans en gestion de configuration avec le code source. Sinon, pourquoi s’emb\u00eater avec la s\u00e9curit\u00e9 ?<\/p>\n
Cette question est encore plus pertinente lorsque nous devons g\u00e9rer la signature de notre apk (ou aab) puis une connexion automatique au Play Store depuis l’int\u00e9gration continue. Pour cela, l’astuce fournie est tout simplement “magique” : transformer le keystore en affichage hexad\u00e9cimal pour le fournir ensuite sous forme de variable d’environnement. Brillant !<\/p>\n
L’outil magique est xxd.<\/p>\n
    \n
  1. Pour passer du fichier keystore \u00e0 l’affichage hexad\u00e9cimal (enfin, je pr\u00e9f\u00e8re le mettre dans un fichier texte pour pouvoir faire un copier-coller plus facilement du contenu).
    \nxxd -p your_keystore.jks > your_jks_file_hex.txt<\/em><\/li>\n
  2. Pour passer de la variable d’environnement au fichier keystore, c’est tout simplement l’op\u00e9ration inverse.
    \necho “$signing_jks_file_hex” | xxd -r -p – > your_keystore.jks<\/em><\/li>\n<\/ol>\n
    Pour la cl\u00e9 permettant de se connecter au Play Store, comme elle est fournie \u00e9galement au format json (c’est d\u00e9j\u00e0 du texte). Nous collons son contenu dans un variable d’environnement \u00e9galement.<\/p>\n
    \u00a0 \u00a0 \u00a0 \u00a0 echo $google_play_service_account_api_key_json > ~\/google_play_api_key.json<\/em><\/p>\n
     <\/p>\n
    Ensuite, il ne reste plus qu’\u00e0 tester toutes ces configurations depuis une branche d\u00e9di\u00e9e. Cela peut parfois prendre du temps. Notamment \u00e0 cause des probl\u00e8mes de copier-coller du contenu du fichier keystore. Il m’est arriv\u00e9 de “perdre” la fin du fichier lors de cette \u00e9tape. En retirant mes moufles, et en prenant directement la sortie console du xxd (plut\u00f4t que le fichier texte) cela marche beaucoup mieux.<\/p>\n
    Finalement, cette configuration permet de s’affranchir du stockage du keystore sur sa machine. Notamment pour le travail d’\u00e9quipe : ainsi tout le monde est capable de publier une version de mani\u00e8re autonome \ud83d\ude42<\/p>\n
     <\/p>\n
     <\/p>\n","protected":false},"excerpt":{"rendered":"
    LE r\u00eave de tous d\u00e9veloppeurs Android : pouvoir publier son application automatiquement sur le Play Store directement depuis son serveur d’int\u00e9gration continue ! Et c’est possible. Avec Gitlab et l’utilisation du couple Docker\/Fastlane. Il existe un tutoriel tr\u00e8s bien fait en anglais sur le sujet (https:\/\/about.gitlab.com\/blog\/2019\/01\/28\/android-publishing-with-gitlab-and-fastlane\/), toutefois j’ai but\u00e9 sur certaines parties avant de r\u00e9ussir […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-93","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/posts\/93","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/comments?post=93"}],"version-history":[{"count":0,"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/posts\/93\/revisions"}],"wp:attachment":[{"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/media?parent=93"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/categories?post=93"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/atpart.fr\/index.php\/wp-json\/wp\/v2\/tags?post=93"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}