• Accueil / Salesforce / L’interface utilisateur CLI…
, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

L’interface utilisateur CLI prend en charge les packages4 minutes de lecture


, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

introduction

L’emballage de deuxième génération via l’interface de ligne de commande Salesforce est génial, mais c’est le
domaine dans lequel je passe la plupart de mon temps à me souvenir des paramètres pris en charge,
comme pour déterminer les identifiants ou les noms des packages avec lesquels je travaille.

J’ai en fait cette fonctionnalité dans l’interface graphique depuis un certain temps maintenant, mais je n’avais pas
je l’ai utilisé avec colère dans tous les types de packages, donc je n’ai pas
le faire connaître. Depuis, je l’ai utilisé pour créer des organisations gérées, déverrouillées et
les packages dépendants et les packages de base et d’extension, donc je pense que c’est bien
assez pour se déchaîner sur le monde. Les exemples ci-dessous sont basés sur le
package dépendant de l’organisation que j’ai créé pour London’s Calling 2021.

Commandes

Le fichier de configuration des commandes mis à jour dans le référentiel ajoute la prise en charge de cinq
commandes de package dans leur propre onglet:

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

(Je les ai dans l’ordre dans lequel je les utilise généralement au jour le jour, mais
ils peuvent facilement être réorganisés en mettant à jour le fichier commands.js).

Créer un package

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Généralement utilisée uniquement lorsque je démarre un projet, la commande Créer un package
par défaut sur le hub de développement configuré s’il y en a un, mais je peux le changer si pour
une raison pour laquelle je veux en utiliser une autre. Seules les organisations du hub de développement apparaissent dans la sélection
liste. le Chemin sera utilisé pour mettre à jour le
packageDirectories propriété de la sfdx-project.json déposer.

Créer une version

C’est probablement la commande que j’utilise le plus lors du développement de packages – création d’un
nouvelle version dans l’espoir d’avoir enfin corrigé ce bug insaisissable, mais
dans l’attente d’une nouvelle déception!

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Quand je clique sur le Obtenir des packages bouton, les packages disponibles gérés par
le hub de développement est récupéré et le sfdx-project.json vérifié pour voir si
il existe déjà un package défini sur lequel il peut être défini par défaut. Je peux choisir n’importe quel
autre paquet si j’en ai besoin.

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

L’autre paramètre à noter est Fichier de définition – lorsque vous créez une seconde
package de génération, il n’y a pas d’édition développeur où réside le code, donc
quelque chose comme une organisation scratch est créé dans le cadre du processus de téléchargement, où le
le code est déployé, les tests sont exécutés, etc. La plupart du temps, je spécifie simplement mon
fichier de définition d’organisation de travail (config / project-scratch-def.json), mais très
occasionnellement, j’aurai une forme différente requise pour le téléchargement et créerai un
fichier dédié.

Je peux spécifier une clé (mot de passe) requise pour installer le package, ou contourner
cette. Et je spécifie toujours une longue attente, comme si la commande ne se terminait pas
de manière synchrone, les détails de la version ne sont pas écrits dans le
sfdx-project.json.

Promouvoir la version

Il y a toujours un peu du syndrome de Stockholm à propos de cette commande quand
développer un package. Au début, je ferai à peu près n’importe quoi plutôt
promouvoir la version pour corriger la fonctionnalité et m’engager à
contenu du paquet, mais après quelques versions, je l’exécuterai sans
deuxième pensée.

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Comme précédemment, le bouton Get Packages récupère les packages administrés
par le hub de développement. Obtenir les versions de package récupère les versions pour les
package, me permettant de me souvenir des noms ou des identifiants. Il ne montre également que mes versions
qui n’ont pas été promus:

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Lister les packages

Une simple commande – comme son nom l’indique, elle répertorie les packages actuellement administrés par le hub de développement.

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Les informations du package sont affichées dans le panneau du journal, qui s’ouvre automatiquement lorsque la commande est exécutée:

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Liste des versions de package

Encore une fois, fait exactement ce qu’il dit sur l’étain.

, L&rsquo;interface utilisateur CLI prend en charge les packages<span class="wtr-time-wrap after-title"><span class="wtr-time-number">4</span> minutes de lecture</span>

Bien que cette fois, je puisse réduire les résultats en fonction du moment où la version a été créée ou modifiée et la limiter aux versions publiées uniquement. Ces paramètres peuvent sembler inutiles lorsque vous débutez avec un package, mais après quelques années et plus de 100 versions, vous en serez heureux.

Emballer

Comme d’habitude, j’ai testé ces commandes sur MacOS et Windows 10, mais si vous rencontrez des problèmes, n’hésitez pas à les soulever dans le référentiel Github.

Articles Similaires





Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer