lschaeffer313/domaine-nc-mobile

:memo: Article DEV.to : Maintenir et releaser en continu avec Fastlane/Github 📽

Closed this issue · 12 comments

❔ Contexte

Un pipeline de BUILD/deploy full cloud, automatisé et élégant a été mis en oeuvre sur ce projet. Il est donc temps d'en expliquer les détails et bénéfices afin de capitaliser cette connaissance et de la partager.

🎯 Actions

  • Produire un article DEV.to dédié
  • Créer une video commentée de démo complète détalllant un flot complet : de l'issue à l abranche, ... à la PR puis la release via la CI, fastlane... et voir arriver la version sur le store
  • Intérer la video à l'article
  • Publier l'article
  • Socialiser sur l'article

🎥 Explication sur la video

Suite à #10, une vidéo d'explication serait la bienvenue afin d'expliquer comment fonctionne le déploiement avec l'outil fastlane
Elle doit être simple et explicite afin que tous puissent comprendre :

  • Le pourquoi : Le problème que l'on cherche à résoudre
  • Le comment : La solution utilisé pour parvenir au résultat
  • Les avantages : Ce que cette solution peut apporter

⚠️ : NB : j'aimerais bien avoir la video afin de la rajouter à la playlist 🙏

📑 Ressources

👌 Très bien picthé @lschaeffer313

@adriens Je viens d'avoir une très bonne idée💡
Au lieu de juste faire une vidéo, on pourrait en profiter pour en faire un DevOps Lab.
Je m'explique, je dois faire une démonstration aux archis de la solution GitHub avec l'intégration AppFlow
On pourrait en profiter pour leur montrer aussi Fastlane et présenter les avantages et les inconvénient des deux solutions.
Même si je penche plus pour Fastlane qui est open-source et future proof en cas de changement de techno mobile.
Qu'en pense-tu ?

Hello @lschaeffer313 , bien sûr 🤩

Je verrai bien le plan suivant (grosses mailles)

  1. Poser le contexte, la problématique et l'objectif exact du DEVOPS-LABS (ici, démontrer comment automatiser le build en continu et cloud d'une app mobile Flutter)
  2. Détailler pourquoi Flutter
  3. Contexte projet Open Innovation : une API publique sur marketplace
  4. Poser le mode projet : ressources humaines et IT
  5. Démo live d'ajout d'une feature/fix sur Git puis delivery dans l'app sur marketplace
  6. Conclusion et surtout timing et ressources humaines investies (temps passé, formation, compétences en début vs. compéténces en fin)

Voila, par-contre, je pense que le timing serait plutôt :

  • 30' démo
  • 30' discussion

Ensuite :

  • Démo video pour publique
  • Article DEV.to

On pourra faire les reviews de ta prezz, au moins deux sessions je pense.

Première revue de la prezz semaine dernière. 👍

Hello @lschaeffer313 , je viens de mettre à jour l'issue pour la rendre plus clean et claire quant aux attendus.

hello @lschaeffer313 , tu penses pouvoir livrer quand le contenu ❔

Comme discuté plutôt vers la fin du mois.

Magnifique 🤩 ... en plus y'a le lint mainteant 😎

👏