Répondre à: Le co-authoring dans Power Apps, ou comment travailler à plusieurs en même temps sur une même application

  • Alexandre

    Membre
    16 février 2022 à 10h02

    Si Microsoft tire des enseignements sur les bases actuelles auxquelles je pense de nombreux dev au sein de gros SI, ne pourront adhérer alors ça va mourir dans l’oeuf …

    J’ai déjà songé à toutes les règles que tu mentionnes pour que ça se passe bien, mais pour moi GIT est là pour palier aux défaillances humaines (conflits de nommages, erreurs induites par des evos sur lesquelles on doit revenir en arrière etc….) Toutes ces règles sont donc bien trop dépendantes de l’humain pour qu’elles deviennent intéressantes. (quand la machine ne peut pas aider l’humain a ne pas commettre de bêtises alors quel est son intérêt ? Et le but de GIT est bien d’empêcher les conflits de code)

    Si la solution repose sur l’humain et que d’autres humains doivent à tel point s’assurer que tout va bien alors autant mettre uniquement de l’humain pour planifier les interventions des différents développeurs sur des moments différents de la journée de travail ou alors sur des copies de l’appli en attendant qu’une fonctionnalité soit terminée pour ensuite l’intégrer dans l’App principale etc…

    Alors qu’en fait, je pense qu’à moindre coût Microsoft pourrait largement améliorer l’usage :

    Le dernier qui enregistre pourrait avoir un retour comme quoi le bouton qu’il vient d’ajouter a déjà été ajouté entre temps et qu’il faut qu’il le renommer…. Microsoft pourrait bloquer l’enregistrement et/ou la fusion tant que les conflits ne sont pas résolus (donc pas de conflits au sens GIT puisque la nouvelle version ne serait pas encore fusionnée.)

    CommentID=LBzaG670I1NPBr0, PostID=s8oDE2N11Ua6Shy