Gérer les branches sur FlutterFlow, c’est tout un art !
Ah, les feature branches… L’oxygène du développeur organisé, l’arme fatale pour dompter les chantiers en équipe ! Vous venez de découvrir que FlutterFlow limite le nombre de branches selon les plans et vous avez lâché un « Quoi ?! Mais alors, je fais comment pour développer tranquille ? ». Accrochez-vous, on va décortiquer le sujet pour transformer cette limitation en opportunité (si si, c’est possible !).
FlutterFlow et la notion de branches : pourquoi tant de limites ?
FlutterFlow, pour les retardataires au fond de la salle, c’est l’outil no-code qui permet de créer des apps Flutter sans passer par la case « nuit blanche et pizza froide ». Comme tout éditeur sérieux, FlutterFlow propose un système de branches pour favoriser le travail d’équipe et séparer les développements en cours. Sauf que, depuis quelque temps, quelques grognements traversent la communauté :
- Les nouveaux plans de FlutterFlow limitent le nombre de branches.
- Certains workflows classiques comme « une branche par fonctionnalité/JIRA card » deviennent un brin acrobatiques.
- Résultat ? Moins de branches = sentiment de productivité freinée.
Mais pourquoi diable ces limites ?
Sans tomber dans la théorie du complot no-code, la raison est simple : plus il y a de branches hébergées pour tout le monde, plus les serveurs toussent. Limiter les branches permet donc à FlutterFlow de rationaliser les coûts… et à vous de repenser votre organisation !
Feature branches : le workflow classique qui fait débat
Traditionnellement, dans les équipes agiles, un dev reçoit une tâche, crée une feature branch dédiée (genre feat/connexion-facebook), la code dans son coin, puis la fusionne quand tout est prêt. Simple, efficace, validé par tous les fans de JIRA et de post-it !
Mais dans FlutterFlow, les plans récents imposent un nombre maximum de branches (souvent 5 pour certains abonnements). Ouch.
Exemple typique :
main(prod)dev(préprod)feat/inscription-mailfeat/paiement-stripefeat/onglet-FAQ
Et hop, quota atteint. Impossible de lancer une nouvelle feature branch sans supprimer ou fusionner l’une des existantes.
Les (vrais) impacts de la limitation de branches
Quand on vous annonce : « Tu n’as droit qu’à 5 branches sur ton projet », voilà ce qui se passe côté dev :
- Fini les micro-branches pour chaque petite amélioration ou correction…
- Moins de parallélisme : il faut coordonner les priorités pour ne pas être à sec de branches.
- Moins de tranquillité avant la fusion (on ne peut plus garder une branche « en attente » pendant des semaines).
- Pression accrue sur l’équipe : « Qui c’est qu’a encore créé une branche à la place de ‘main’ ? »
Bref, le workflow historique doit être réinventé !
Alternatives et astuces pour rester productif même avec moins de branches
Heureusement, la communauté FlutterFlow regorge d’idées pour éviter de finir chauve à force d’arracher vos cheveux. Voici quelques pistes pour continuer à bosser efficacement, branché ou pas !
1. Adopter les « feature toggles »
Pourquoi ne pas regrouper plusieurs features dans une seule branche, et activer/désactiver leur visibilité avec des flags ? Les fameux « feature toggles » permettent de coder plusieurs fonctionnalités en parallèle… sans multiplier les branches. Bonus : vous limitez le risque de conflit à la fusion !
2. Prioriser et planifier différemment
Avant de lancer 7 features en même temps, posez les projets sur la table et triez en fonction de l’urgence. Cela oblige à mieux prioriser, mais aussi à favoriser des cycles de développement courts. En fusionnant vos branches plus souvent, vous libérez de la place pour de nouvelles features !
3. Mutualiser les branches « petites fonctionnalités »
Vous avez plusieurs petits correctifs ou des évolutions mineures ? Au lieu de créer une branche par mini-tâche, groupez-les dans une branche « hotfix » ou « petites améliorations ». Conseil : évitez quand même de tout mélanger sans logique, sinon vue la pagaille au moment du merge !
4. Augmenter son forfait FlutterFlow (quand on n’a pas le choix)
Parfois, pour gagner en confort, mieux vaut passer à un plan supérieur et respirer. Certes, cela a un coût, mais le gain de temps et de sérénité peut le justifier si votre équipe s’agrandit. Pas la solution préférée des DAF, mais bien pratique !
5. Utiliser Git pour le code exporté
FlutterFlow permet d’exporter le code source. Pour les projets complexes ou les équipes nombreuses, rien n’empêche d’utiliser Git en local ou sur GitHub une fois votre projet généré. Vous gardez ainsi toute la souplesse des branches, merges, PR et tutti quanti.
Astuce bonus : communication et documentation
Ce n’est pas une fonctionnalité de FlutterFlow, mais votre organisation interne peut faire des miracles. Gardez un tableau blanc virtuel pour suivre qui travaille sur quoi (Trello, Notion, un doc partagé…). Nommez vos branches avec des conventions claires, notez les tâches en cours et centralisez l’info sur les branches actives pour éviter le chaos.
Et puis, franchement, en parler ensemble, c’est déjà le début de la solution ! Parfois, un bon vieux « Qui bosse sur la branche paiement ? » dans le chat, et tout le monde y voit plus clair.
La communauté FlutterFlow à la rescousse
La force de FlutterFlow, c’est aussi sa communauté (ultra active !). De nombreux devs partagent leurs trucs et galères sur le forum officiel et dans des groupes privés. Entre les tutos YouTube, les échanges d’astuces et les réponses rapides aux questions pointues, il est rare de rester longtemps sans solution.
Par exemple, la question d’origine qui a inspiré cet article a généré beaucoup de réactions et de partages d’expérience : certains ont basculé sur des workflows mixtes, d’autres sont passés à Git, d’autres encore agencent leurs cycles de sprints autour de la disponibilité des branches.
Ne sous-estimez jamais la créativité collective, surtout quand il s’agit d’organiser le bazar !
En attendant… Apprivoisez vos branches !
Soyons honnêtes, les limites imposées par FlutterFlow sur le nombre de branches ne vont pas plaire à tout le monde. Mais avec un peu d’adaptation, beaucoup d’humour et un zeste d’organisation, il est possible de continuer à shipper des features sans finir dans un mur.
Si le mode « agile-no-code » vous déstabilise, sachez qu’il s’améliore sans cesse grâce à la pression de la communauté. Continuez à échanger vos astuces et à vous entraider : chaque expérience partagée fait avancer tout le monde !
Et si, malgré tout, vous avez envie de découvrir les nouveautés de FlutterFlow, tester des plugins, ou même tenter l’aventure no-code : c’est le moment où jamais de rejoindre la communauté FlutterFlow. Et surtout, n’oubliez pas, ce n’est pas le nombre de branches qui compte, c’est… la qualité de vos merges (et le sourire du dev au moment du déploiement) ! 🎉
Source : Feature branches sur FlutterFlow : comment s’organiser quand on est limité ?