Distribuez des applications iOS aux testeurs à l'aide de Fastlane

Vous pouvez distribuer des versions aux testeurs à l'aide de fastlane , une plate-forme open source qui automatise la création et la publication d'applications iOS et Android. Il suit des instructions simples définies dans un Fastfile . Après avoir configuré Fastlane et votre Fastfile , vous pouvez intégrer App Distribution à votre configuration Fastlane.

Étape 1. Configurer Fastlane

  1. Installez et configurez fastlane .

  2. Pour ajouter App Distribution à votre configuration fastlane, exécutez la commande suivante à partir de la racine de votre projet iOS :

    fastlane add_plugin firebase_app_distribution

    Si la commande vous invite avec une option, sélectionnez Option 3: RubyGems.org .

Étape 2. Authentifiez-vous avec Firebase

Avant de pouvoir utiliser le plugin Fastlane, vous devez d'abord vous authentifier auprès de votre projet Firebase. Il existe trois façons d'y parvenir :

Étape 3. Configurez votre Fastfile et distribuez votre application

  1. Dans une voie ./fastlane/Fastfile , ajoutez un bloc firebase_app_distribution . Utilisez les paramètres suivants pour configurer la distribution :
    paramètres firebase_app_distribution
    app

    Requis uniquement si votre application ne contient pas de fichier de configuration Firebase ( GoogleService-Info.plist ) : ID d'application Firebase de votre application. Vous pouvez trouver l'ID d'application dans la console Firebase, sur la page Paramètres généraux .

    app: "1:1234567890:ios:0a1b2c3d4e5f67890"
    googleservice_info_plist_path

    Le chemin d'accès à votre fichier GoogleService-Info.plist , par rapport au chemin d'accès au produit archivé. Défini sur GoogleService-Info.plist par défaut.

    Le fichier est utilisé pour obtenir l'ID d'application Firebase de votre application si le paramètre app n'est pas spécifié.

    firebase_cli_token

    Un jeton d'actualisation imprimé lorsque vous exécutez l'action de connexion du plug-in (voir Authentification à l'aide d'un compte Google ci-dessus) ou lorsque vous authentifiez votre environnement CI avec la CLI Firebase (lisez Utiliser la CLI avec les systèmes CI pour plus d'informations).

    service_credentials_file

    Chemin d'accès au fichier JSON de votre compte de service Google. Voir ci-dessus pour savoir comment s'authentifier à l'aide des informations d'identification du compte de service .

    ipa_path

    Remplace apk_path (obsolète). Chemin absolu vers le fichier IPA que vous souhaitez télécharger. S'il n'est pas spécifié, fastlane détermine l'emplacement du fichier à partir de la voie dans laquelle le fichier a été généré.

    release_notes
    release_notes_file

    Notes de version pour cette version.

    Vous pouvez soit spécifier directement les notes de version :

    release_notes: "Text of release notes"

    Ou spécifiez le chemin d'accès à un fichier texte :

    release_notes_file: "/path/to/release-notes.txt"
    testers
    testers_file

    Les adresses e-mail des testeurs que vous souhaitez inviter.

    Vous pouvez spécifier les testeurs sous la forme d'une liste d'adresses e-mail séparées par des virgules :

    testers: "ali@example.com, bri@example.com, cal@example.com"

    Vous pouvez également spécifier le chemin d'accès à un fichier texte contenant une liste d'adresses e-mail séparées par des virgules :

    testers_file: "/path/to/testers.txt"
    groups
    groups_file

    Les groupes de testeurs que vous souhaitez inviter (voir Gérer les testeurs ). Les groupes sont spécifiés à l'aide de alias de groupe , que vous pouvez rechercher dans la console Firebase.

    Vous pouvez spécifier les groupes sous forme de liste séparée par des virgules :

    groups: "qa-team, trusted-testers"

    Ou, vous pouvez spécifier le chemin d'accès à un fichier texte contenant une liste de noms de groupes séparés par des virgules :

    groups_file: "/path/to/groups.txt"
    debug

    Un drapeau booléen. Vous pouvez le définir sur true pour imprimer une sortie de débogage détaillée.

Par example:

platform :ios do
    desc "My awesome app"
    lane :distribute do
        build_ios_app(...)
        # build_ios_app is a built-in fastlane action.

        firebase_app_distribution(
            app: "1:123456789:ios:abcd1234",
            testers: "tester1@company.com, tester2@company.com",
            release_notes: "Lots of amazing new features to test out!"
        )

    end
end

Pour rendre la version disponible pour les testeurs, exécutez votre voie :

fastlane <lane>

Une fois que vous avez distribué votre build, il est disponible dans le tableau de bord App Distribution de la console Firebase pendant 150 jours. Lorsque la build est à 30 jours de l'expiration, un avis d'expiration apparaît dans la console et dans la liste des builds du testeur sur son appareil de test.

Les testeurs qui n'ont pas été invités à tester l'application reçoivent des invitations par e-mail pour commencer. Les testeurs existants reçoivent des notifications par e-mail indiquant qu'une nouvelle version est prête à être testée. Pour savoir comment installer l'application de test, consultez le guide de configuration du testeur . Vous pouvez surveiller l'état de chaque testeur pour déterminer s'il a accepté l'invitation et s'il a téléchargé l'application dans la console Firebase.

(Facultatif) Pour incrémenter automatiquement votre numéro de build chaque fois que vous créez une nouvelle version dans App Distribution, vous pouvez utiliser l'action firebase_app_distribution_get_latest_release et l' action increment_build_number . Le code suivant fournit un exemple d'incrémentation automatique de votre numéro de build :

lane :increment_version do
  latest_release = firebase_app_distribution_get_latest_release(
    app: "<your Firebase app ID>"
  )
  increment_build_number({ build_number: latest_release[:buildVersion].to_i + 1 })
end

Pour en savoir plus sur cette fonctionnalité de plug-in fastlane, consultez Obtenir des informations sur la dernière version de votre application .

Étape 4 (facultatif). Gérer les testeurs pour la distribution

Vous pouvez ajouter et supprimer des testeurs de la version de votre application à l'aide de votre fichier Fastfile ou en exécutant directement des actions fastlane. L'exécution d'actions remplace directement les valeurs définies dans votre Fastfile .

Une fois qu'un testeur est ajouté à votre projet Firebase, vous pouvez l'ajouter à des versions individuelles. Les testeurs qui sont supprimés de votre projet Firebase n'ont plus accès aux versions de votre projet, mais ils peuvent conserver l'accès à vos versions pendant un certain temps.

Utiliser Fastfile

# Use lanes to add or remove testers from an app release.
lane(:add_testers) do
  firebase_app_distribution_add_testers(
    emails: "foo@google.com,bar@google.com"
    # or file: "/path/to/testers.txt"
  )
end

lane(:remove_testers) do
  firebase_app_distribution_remove_testers(
    emails: "foo@google.com,bar@google.com"
    # or file: "/path/to/testers.txt"
  )
end
# Add or remove testers with the terminal
$ fastlane add_testers
$ fastlane remove_testers

Exécutez des actions fastlane

fastlane run firebase_app_distribution_add_testers emails:"foo@google.com,bar@google.com"

fastlane run firebase_app_distribution_remove_testers emails:"foo@google.com,bar@google.com"

Vous pouvez également spécifier des testeurs en utilisant --file="/path/to/testers.txt au lieu de --emails .

Les tâches firebase_app_distribution_add_testers et firebase_app_distribution_remove_testers acceptent également les arguments suivants :

  • project_name : votre numéro de projet Firebase.
  • service_credentials_file : chemin d'accès à votre fichier d'informations d'identification de service Google.
  • firebase_cli_token : jeton d'authentification pour Firebase CLI.

Le service_credentials_file et le firebase_cli_token sont les mêmes arguments utilisés par l'action de téléchargement.

Étape 5 (facultatif). Obtenir des informations sur la dernière version de votre application

Vous pouvez utiliser l'action firebase_app_distribution_get_latest_release pour récupérer des informations sur la dernière version de votre application dans App Distribution, y compris les informations de version de l'application, les notes de version et l'heure de création. Les cas d'utilisation incluent l'augmentation automatique de la version et le report des notes de version de la version précédente.

La valeur de retour de l'action est un hachage représentant la dernière version. Ce hachage est également disponible en utilisant lane_context[SharedValues::FIREBASE_APP_DISTRO_LATEST_RELEASE] . Pour plus d'informations sur les champs disponibles dans ce hachage, consultez la documentation de l'API REST .

Paramètres

paramètres firebase_app_distribution_get_latest_release
app

Requis uniquement si votre application ne contient pas de fichier de configuration Firebase ( GoogleService-Info.plist ) : ID d'application Firebase de votre application. Vous pouvez trouver l'ID d'application dans la console Firebase, sur la page Paramètres généraux .

app: "1:1234567890:ios:0a1b2c3d4e5f67890"
googleservice_info_plist_path

Le chemin d'accès à votre fichier GoogleService-Info.plist , par rapport au chemin d'accès au produit archivé. Défini sur GoogleService-Info.plist par défaut.

Le fichier est utilisé pour obtenir l'ID d'application Firebase de votre application si le paramètre app n'est pas spécifié.

firebase_cli_token

Un jeton d'actualisation imprimé lorsque vous exécutez l'action de connexion du plug-in (voir Authentification à l'aide d'un compte Google ci-dessus) ou lorsque vous authentifiez votre environnement CI avec la CLI Firebase (lisez Utiliser la CLI avec les systèmes CI pour plus d'informations).

service_credentials_file

Chemin d'accès au fichier JSON de votre compte de service Google. Voir ci-dessus pour savoir comment s'authentifier à l'aide des informations d'identification du compte de service .

debug

Un drapeau booléen. Vous pouvez le définir sur true pour imprimer une sortie de débogage détaillée.