DevCamp Lyon 2023 hiver: Difference between revisions

DevCamp Lyon 2023 hiver (view source)

Revision as of 11:12, 19 November 2023

57 bytes added , 2 years ago

m

no edit summary

VisualWikitext

P.scoffoni

208

edits

@@ Line 1: / Line 1: @@
-== Prise de notes lors des différentes tables ronde ==
+==Prise de notes lors des différentes tables ronde==
-=== FACTURE DE SITUATION ===
+===FACTURE DE SITUATION===
 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
-=== Proposition de compte rendu pour la table ronde UI/UX ===
+===Proposition de compte rendu pour la table ronde UI/UX===
 CODE 42 : Proposition de hiérarchie et charte de nommage associé
 @Code 42 : Pourrais-tu envoyer ta présentation
@@ Line 45: / Line 45: @@
 >> Nouveau GIFF à créer !
-=== Suite Table ronde ui/ux ===
+===Suite Table ronde ui/ux===
 Participants:
@@ Line 81: / Line 81: @@
 - Fonction wrapper des listes
-=== APPLICATIONS MOBILES ===
+===APPLICATIONS MOBILES===
 Eric (CAP-REL)
-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 token par utilisateur permettant de délimiter les fonctions accessibles parmi celles possibles pour l'utilisateur
-Intégration à Module Builder.
-Big Data Consulting (Anexys) : Réalisation d'une application hybride en React Native (déjà en PROD)
+Besoin d'un service Worker -> https://developer.mozilla.org/fr/docs/Web/Progressive_web_apps/Tutorials/js13kGames/Offline_Service_workers
-VOLD : Réalisation d'une application mobile en mode déconnecté
-PR
+Intégration à Module Builder.
-Token utilisateur
-Evolution Module builder
+Big Data Consulting (Anexys) : Réalisation d'une application hybride en React Native (déjà en PROD)
-Worker
-Exemple implémentation appli mobile
+VOLD : Réalisation d'une application mobile en mode déconnecté
-Problématique iOS est contraint Apple Store
+PR
+Token utilisateur
+Evolution Module builder
+Worker
+Exemple implémentation appli mobile
+Problématique iOS est contraint Apple Store
 Obligation d'avoir 2 Iphone, 1 mac pour compiler avec les bonnes versions de logiciel
 PWA :
 Pas de restriction par rapport au pilotage du matériel du smartphone
 Https requis
->> Nouveau GIFF à créer !
+'''>> Nouveau GIFF à créer !'''
-=== FACTURE X ===
+===FACTURE X===
 Eoxia : Est-ce que nous avons des contacts au sein du ministère ou de la commission normative des factures afin d'être informé des évolutions et y participer ?
 CAP REL - (Alexis De Lattre - Odoo ? - https://www.linkedin.com/in/alexisdelattre/)
 Voir https://fnfe-mpe.org/
 Page des spécifications
 https://www.impots.gouv.fr/specifications-externes-b2b
 John et Nicolas : Proposer une priorisation des Hooks afin de permettre la gestion des priorités d'actions
-=== DOLIBARR LTS ===
+===DOLIBARR LTS===
 Retour expérience EASYA-SOLUTIONS
 v2020 basé sur DOLI10 - v2022 basé sur DOLI14 - v2024 basé sur DOLI18
-Grace à cela, il assure un MCO / SOFTWARE ASSURANCE sur leurs environnements.
-Ils font des backport sur DOLIv14 . Des mises à jours/ PR, sont encore intégrées / validés dans Doliv10.
+Grace à cela, il assure un MCO / SOFTWARE ASSURANCE sur leurs environnements. Ils font des backport sur DOLIv14 . Des mises à jours/ PR, sont encore intégrées / validés dans Doliv10.
 Des évolutions sont aussi apportées dans EASYA2022. Par ex. Dans la v2022, la GPAO v17 est intégrée + la compatibilité DOLIBARR v20.
@@ Line 125: / Line 144: @@
 Définition de la notion de LTS
-Rythme : Une LTS tous les 2 ans
-Durée : 5 ans
+* Rythme : Une LTS tous les 2 ans
-Publication de release sur le dépôt principal Dolibarr
+* Durée : 5 ans
-Doliwamp, package, sourceforge  : non maintenu par l'équipe LTS
+* Publication de release sur le dépôt principal Dolibarr Doliwamp, package, sourceforge  : non maintenu par l'équipe LTS
-Version Min/Max PHP à préciser sur chaque LTS
+* Version Min/Max PHP à préciser sur chaque LTS
-périodes sur les 5 ans
+* 3 périodes sur les 5 ans
-A, A+1  FIX + (NEW type évolutions Module Builder)
+** A, A+1  FIX + (NEW type évolutions Module Builder)
-A+2 FIX sécurité et fonctionnels et FIX compatibilité modules
+** A+2 FIX sécurité et fonctionnels et FIX compatibilité modules
-A+3 à A+5 FIX sécurité et fonctionnels
+** A+3 à A+5 FIX sécurité et fonctionnels
 Numérotation des versions LTS
-Version majeure : inchangé
-Version intermédiaire : Tous les 6 mois incément de +1
-Version corrective si CVE ou bug fonctionnel grave
-Charte mainteneur ( à établir)
+* Version majeure : inchangé
-Outils de maintenance associés aux versions LTS : upgrade du core automatique ?
+* Version intermédiaire : Tous les 6 mois incément de +1
-Sortie de la LTS 6 mois après la sortie de la version N
+* Version corrective si CVE ou bug fonctionnel grave
+Charte mainteneur ( à établir)
+Outils de maintenance associés aux versions LTS : upgrade du core automatique ?
+Sortie de la LTS 6 mois après la sortie de la version N
 Exemple : v18.1 LTS sort lors de la publication de la V19
 Pour chaque branche, 1 mainteneur principal porté par un intégrateur + padawn backup d'un autre intégrateur

DevCamp Lyon 2023 hiver: Difference between revisions

DevCamp Lyon 2023 hiver (view source)

Revision as of 11:12, 19 November 2023

Navigation menu

Search