2
votes

Comment intégrer PowerApps avec Azure DevOps

Je fais des recherches pour l'intégration de Powerapps avec Azure DevOps.

Cependant, il existe des informations limitées pour cela.

Il est possible d'intégrer powerapps dans une tâche pour AzureDevops?

Sur cette base, nous avons un fichier .zip avec Powerapp, et nous voulons créer un Build et Release / Deploy pour plusieurs environnements.

Merci.


2 commentaires

Il suffit de vérifier pour voir si les informations fournies étaient utiles. Veuillez nous faire savoir si vous souhaitez une assistance supplémentaire.


Bonjour, il existe maintenant une solution à cela. J'ai publié une réponse ici: stackoverflow.com/a/61579223/2715229 N'hésitez pas à l'accepter comme réponse au cas où cela vous aiderait.


5 Réponses :


3
votes

Il est possible d'intégrer powerapps dans une tâche pour AzureDevops?

Je crains qu'il n'y ait pas de tâches pour intégrer powerapps AzureDevops à ce moment.

Si vous souhaitez intégrer powerapps avec Azure devops, vous pouvez suivre le guide étape par étape:

Microsoft Teams - Intégration avec Visual Studio Team Services à l'aide de PowerApps.

En outre, AFAIK, PowerApps ne doit pas être "Build / Deployed" via Azure Devops.

Lorsque vous développez avec PowerApps, il n'y a aucun moyen d'effectuer le contrôle de code source. Il n'y a pas de fichiers source. Le seul artefact que vous pouvez contrôler de version est le fichier .zip que vous pouvez exporter.

Et

Dans PowerApps, vous n'avez pas à créer votre code. Toute modification apportée à l'application est en ligne pour que vous puissiez la tester. De cette façon, c'est très productif. Pour publier l'application, il vous suffit de cliquer sur le bouton de publication et elle est en ligne.

Consultez ce super blog: PowerApps From A DevOps Perspective pour plus de détails.

J'espère que cela t'aides.


1 commentaires

Salut. Ce n'est plus le cas. J'ai écrit une réponse alternative: stackoverflow.com/a/61579223/2715229



0
votes

C'était le cas lorsque PowerApps a été annoncé pour la première fois; cependant, ce n'est plus le cas. S'il est techniquement vrai qu'il n'y a pas de code réel qui serait géré et déployé avec un PowerApp ou un Flow, mais cela ne signifie pas que vous ne pouvez pas utiliser la puissance d'Azure DevOps. De plus, lors de la création d'un PowerApp / flux, vous créeriez également des entités et même des applications basées sur un modèle - et ces solutions utilisent naturellement des solutions qui fonctionnent bien pour être déployées dans Azure DevOps.

Microsoft est en train de construire toute cette construction pour permettre à tous ceux-ci de se déployer ... Bien que toute l'incorporation de PowerApps et des flux dans les solutions ne soit pas encore complètement terminée - ils visent à ce que cela soit prêt vers la période d'octobre de cette année.

Nous avons discuté avec Microsoft de la possibilité pour les PowerApps et les flux de suivre la même expansion que les solutions afin de pouvoir profiter de la stratégie de branchement complète.

Ainsi, même si vous exportez simplement des fichiers zip dans votre dépôt, vous pouvez toujours profiter du pipeline devops complet, ce qui est fortement recommandé.


0 commentaires

0
votes

Utilisez ce composant, il est toujours en mode aperçu mais fonctionne bien de mon côté

https://marketplace.visualstudio.com/items?itemName=microsoft-IsvExpTools.PowerApps-BuildTools


1 commentaires

Veuillez ne pas simplement publier un outil ou une bibliothèque comme réponse. Démontrez au moins comment cela résout le problème dans la réponse elle-même.



4
votes

Il est possible d'intégrer powerapps dans une tâche pour AzureDevops?

Oui, ça l'est. Vous pouvez tirer parti du concept de solution de Microsoft Power Platform et de l'extension Power Apps BuildTools (préversion) pour Azure DevOps.

Mise à jour 11/2020 : Ceci est maintenant GA et appelé Power Platform Build Tools

J'ai écrit un guide étape par étape complet sur ce sujet:

Une approche de livraison continue pour les solutions sans code dans Power Platform de Microsoft

Conclusion:

Avec cet outil de génération, vous pouvez automatiquement archiver une solution dans le contrôle de code source et la déployer à l'aide d'une approche de livraison continue à l'aide d'Azure DevOps. Voir la capture d'écran pour un exemple de configuration de la tâche de solution d'exportation et d'importation.

Tâche BuildTools d'exportation de Power Apps dans Azure DevOps

Tâche BuildTools d'importation de Power Apps dans Azure DevOps

Cela fonctionne pour tout ce que vous pouvez organiser dans une solution, par exemple:

  • Power Apps
  • Flux d'automatisation de puissance
  • Modèles AI Builder
  • Entités de service de données communes

3 commentaires

Merci pour l'article. S'il vous plaît, y a-t-il un moyen de définir également des paramètres? Par exemple: différentes URL ou sources de données?


Hello @Pedro - Paramètres dans Azure DevOps ou dans le contenu de Power Platform? Vous pourriez rechercher le concept de «variables d'environnement» dans Power Platform. Contactez-moi par mail ou LinkedIn.


merci Sebastian, je vous contacterai sur LinkedIn :) Je vais examiner les variables d'environnement pour les applications d'alimentation - colinvermander.com/2019/10/30 / ...



0
votes

Les solutions sont un moyen de regrouper vos composants dans un seul fichier zip et d'utiliser les outils de génération Powerapps pour importer votre solution dans un environnement ou un locataire différent.

Il s'agit toujours d'une amélioration par rapport à l'importation manuelle de chaque application ou variable d'environnement, puis à son importation dans le système cible, mais il manque ce que nous appelons l'automatisation du déploiement.

Pour fournir un exemple, je vais expliquer ce que j'ai fait et ce qui constitue encore une tâche manuelle:

  1. J'ai créé une application de niveau entreprise à l'aide du modèle de canevas powerapp. Mon application consomme des données d'environ 20 API. Ces appels d'API sont implémentés dans Power Automate.

  2. Nous avons 4 environnements, dev, sit, uat et prod. Maintenant, je ne peux plus continuer à importer des flux dans chaque environnement et modifier leurs URL API pour qu'elles pointent vers l'environnement déployé. J'ai donc utilisé des variables d'environnement pour chaque environnement qui stockent les URL d'API pour chaque environnement. Cela peut être fait sous solution.

  3. Dans le cadre de la même solution, j'ai ajouté mon application. Alors maintenant, ma solution a 2 choses, mon application et la variable d'environnement qui se compose d'URL api.

  4. J'utilise ensuite les outils de build powerapps pour déplacer cette solution du développement vers le siège.

  5. Étapes: utilisez les tâches des outils de construction pour effectuer les opérations suivantes

    1. Solution d'exportation
    2. Déballez-le dans git
    3. Emballez-le
    4. Importez la solution.
  6. Cela déplace avec succès ma solution pour s'asseoir.

  7. Mais la variable d'environnement de la solution pointe toujours vers l'URL de développement.

  8. Je dois donc remplacer les variables d'environnement pour stocker les URL de site.

Cette intervention manuelle pour modifier la variable d'environnement est aussi bonne que d'effectuer toutes les tâches manuellement.


0 commentaires