208
edits
(Mise à jour du contenu et de la forme) Tag: 2017 source edit |
P.scoffoni (talk | contribs) mNo edit summary |
||
| Line 1: | Line 1: | ||
==Prise de notes lors des différentes tables rondes== | ==Prise de notes lors des différentes tables rondes== | ||
===Facture de situation=== Réalisé par Progiseize | <nowiki>===Facture de situation===</nowiki> | ||
Réalisé par Progiseize | |||
Validation des tests de la migration des données vers le nouveau modèle de données | Validation des tests de la migration des données vers le nouveau modèle de données | ||
Propositions : | Propositions : | ||
*Ajouter une étape de contrôle d'intégrité post-migration des données (Action Easya Solutions) | |||
*Réaliser PR Dolibarr pour intégration v20 | |||
===Gestion des interfaces UI/UX=== Réalisé par Code42 | |||
<nowiki>===Gestion des interfaces UI/UX===</nowiki> | |||
Réalisé par Code42 | |||
Proposition de hiérarchie et charte de nommage associé (@Code 42 : Pourrais-tu envoyer ta présentation) | Proposition de hiérarchie et charte de nommage associé (@Code 42 : Pourrais-tu envoyer ta présentation) | ||
| Line 24: | Line 29: | ||
Héberger et standardiser les interfaces UI/UX (A priori ce type d'interface existe en prototype dans le dossier dolibarr natif "public/test") afin qu'elles soient visibles de tous (comme la documentation de Onsen.ui (https://onsen.io/theme-roller/) fontawesome, etc... | Héberger et standardiser les interfaces UI/UX (A priori ce type d'interface existe en prototype dans le dossier dolibarr natif "public/test") afin qu'elles soient visibles de tous (comme la documentation de Onsen.ui (https://onsen.io/theme-roller/) fontawesome, etc... | ||
Proposition de travailler sur 2 axes : | Proposition de travailler sur 2 axes : | ||
* 1 axe Expert IHM | |||
* 1 axe de nettoyage, préparation du code permettant d'accueillir les évolutions à venir | *1 axe Expert IHM | ||
*1 axe de nettoyage, préparation du code permettant d'accueillir les évolutions à venir | |||
Échanges : | Échanges : | ||
| Line 35: | Line 41: | ||
Iouston : Intégration de composants natifs déjà pensés et stabilisés | Iouston : Intégration de composants natifs déjà pensés et stabilisés | ||
Proposition d'intégration en natif d'autres framework comme | Proposition d'intégration en natif d'autres framework comme | ||
* Tailwind (https://tailwindcss.com/) | |||
* Onsen.io https://onsen.io/ | *Tailwind (https://tailwindcss.com/) | ||
* Bootstrap https://getbootstrap.com/ | *Onsen.io https://onsen.io/ | ||
* Bulma https://bulma.io/ | *Bootstrap https://getbootstrap.com/ | ||
*Bulma https://bulma.io/ | |||
CapREL | CapREL | ||
| Line 86: | Line 93: | ||
Les besoins identifiés suite à la réalisation d'application PWA : | Les besoins identifiés suite à la réalisation d'application PWA : | ||
* Besoin d'un token par utilisateur permettant de délimiter les fonctions accessibles parmi celles possibles pour l'utilisateur. | *Besoin d'un token par utilisateur permettant de délimiter les fonctions accessibles parmi celles possibles pour l'utilisateur. | ||
* Besoin d'un service Worker -> https://developer.mozilla.org/fr/docs/Web/Progressive_web_apps/Tutorials/js13kGames/Offline_Service_workers | *Besoin d'un service Worker -> https://developer.mozilla.org/fr/docs/Web/Progressive_web_apps/Tutorials/js13kGames/Offline_Service_workers | ||
* Intégration à Module Builder. | *Intégration à Module Builder. | ||
Big Data Consulting (Anexys) : Réalisation d'une application hybride en React Native (déjà en PROD) | Big Data Consulting (Anexys) : Réalisation d'une application hybride en React Native (déjà en PROD) | ||
| Line 96: | Line 103: | ||
4 Pull Request à lancer | 4 Pull Request à lancer | ||
* Token utilisateur | *Token utilisateur | ||
* Evolution Module builder | *Evolution Module builder | ||
* Worker | *Worker | ||
* Exemple implémentation appli mobile | *Exemple implémentation appli mobile | ||
Problématique IOS est contraint Apple Store | Problématique IOS est contraint Apple Store | ||
* Obligation d'avoir 2 Iphones (1 test, 1 production) | |||
* 1 mac pour compiler avec les bonnes versions de logiciel | *Obligation d'avoir 2 Iphones (1 test, 1 production) | ||
* Le risque de se voir retirer facilement son application du store | *1 mac pour compiler avec les bonnes versions de logiciel | ||
*Le risque de se voir retirer facilement son application du store | |||
Il existe de nombreux avantages : | Il existe de nombreux avantages : | ||
* Pas de restriction par rapport au pilotage du matériel du smartphone | *Pas de restriction par rapport au pilotage du matériel du smartphone | ||
* Pas de dépendances des stores | *Pas de dépendances des stores | ||
* Simple à mettre en place | *Simple à mettre en place | ||
* Accessibilité au HardWare | *Accessibilité au HardWare | ||
'''>> Nouveau GIFF à créer !''' | '''>> Nouveau GIFF à créer !''' | ||
| Line 143: | Line 151: | ||
Objectifs : | Objectifs : | ||
* Inciter à la publication de FIX avec une équipe LTS | |||
* Accompagnement/Formation à la réalisation de PR | *Inciter à la publication de FIX avec une équipe LTS | ||
*Accompagnement/Formation à la réalisation de PR | |||
Définition de la notion de LTS | Définition de la notion de LTS | ||
| Line 171: | Line 180: | ||
Exemple : | Exemple : | ||
* v18.0.0 sort à la date x | |||
* v18.0.1 ... v18.0.x sortent comme d'habitude | *v18.0.0 sort à la date x | ||
* v18.1.0 LTS sort lors de la publication de la V19.0.0 | *v18.0.1 ... v18.0.x sortent comme d'habitude | ||
* v18.1.1 publié lorsqu'un fix sécu/important est mergé sur la branche 18 | *v18.1.0 LTS sort lors de la publication de la V19.0.0 | ||
* v18.1.2...v18.1.x au gré des fixs | *v18.1.1 publié lorsqu'un fix sécu/important est mergé sur la branche 18 | ||
* 6 mois après v18.1.0 publication de la v18.2.0 | *v18.1.2...v18.1.x au gré des fixs | ||
* v18.1.1....v18.1.x au gré des fix | *6 mois après v18.1.0 publication de la v18.2.0 | ||
* 6 mois plus tard v18.3.0 | *v18.1.1....v18.1.x au gré des fix | ||
* etc. | *6 mois plus tard v18.3.0 | ||
*etc. | |||
Visuel peut-être un petit peu plus parlant: | Visuel peut-être un petit peu plus parlant: | ||
| Line 186: | Line 196: | ||
Pour chaque branche, | Pour chaque branche, | ||
* 1 mainteneur principal porté par un intégrateur + padawn | |||
* 1 mainteneur en backup d'un autre intégrateur. | *1 mainteneur principal porté par un intégrateur + padawn | ||
*1 mainteneur en backup d'un autre intégrateur. | |||
edits