Server-tools: [RFC] Split Server-Tools pour la v11

Créé le 2 oct. 2017  ·  22Commentaires  ·  Source: OCA/server-tools

Apportez ceci à partir d'un fil de liste de diffusion pour une discussion finale.

De @dreispt (il y en a plus dans le fil de discussion, mais c'est celui qui est toujours d'actualité et qui devrait être discuté):

Bonjour,

Je crois que le repo peut être subdivisé en plusieurs plus ciblés.

Je propose de conserver OCA / serverl-tools principalement pour les fonctionnalités liées aux tâches de configuration et d'administration.
Les autres fonctionnalités peuvent être déplacées vers quelques nouveaux dépôts spinf-off.

Je peux penser à quatre nouveaux dépôts à créer sous forme de spin-off:

  • OCA / server-auth (10 modules): lié à l'authentification
  • OCA / serveur-backend (5 modules): extensions Server ORM, nouveaux champs
  • OCA / marque de serveur (8 modules et comptage): (De) branding lié
  • OCA / server-ux (11 modules): fonctionnalités côté serveur pour la convivialité et l'expérience utilisateur liées

Pour soutenir la division ci-dessus, et comme point de départ pour la discussion, j'ai préparé cette feuille de calcul:
https://docs.google.com/spreadsheets/d/1Xg95cW4TFMf_Lo5i_CZC_qOOfN8RgxPRc0LJTLTkdUI/edit?usp=sharing

cc @pedrobaeza @hbrunn @ OCA / conseil

question

Commentaire le plus utile

merci @lasley et @pedrobaeza

Tous les 22 commentaires

Le fait de revenir sur ce sujet était sur ma liste, merci beaucoup de l'avoir soulevé Dave.
L'expérience nous dit que les référentiels ciblés ont une meilleure direction et des responsables plus motivés.
Ce référentiel couvre trop de sujets différents pour être efficacement maintenu.
Il a également des signes d'être trop volumineux, compte tenu du nombre de modules existants et de PR ouverts.

La liste des retombées proposées est assez ancienne, elles pourraient donc nécessiter une mise à jour.

@dreispt Je ne vois pas de consensus, et en même temps, je vois que les PR à v11 se produisent au moment où nous parlons. Je propose de reporter ce sujet à la v12, car il semble que ce type de changements structurels doit être planifié bien avant une nouvelle version.

Malheureusement, je dois admettre que cette conversation commence trop tard: nous devons planifier maintenant la structure du référentiel pour la v12 NOW.

OK, j'ai renommé le problème en conséquence.

Non, cela peut être parfaitement fait dans la v11, et plus encore, car le repo a été vidé. Je crée les dépôts le lendemain.

J'ai soulevé ce sujet en juin août. Mon point de vue est que nous devrions le faire maintenant, sinon cela ne se fera jamais.

Si @pedrobaeza crée les

@jbeficent Il n'est pas trop tard, les branches v11 sont toujours vides.
AFAICR il n'y a pas eu d'opposition à cette décision, elle n'a tout simplement pas été mise en œuvre.
Peut-être que @lasley a un lien pour la discussion.

@dreispt pas de problème. Nous avons tellement hâte de commencer à pousser vers la v11 !!! J'attendrai @pedrobaeza

Je suis dessus!

OK, j'ai créé tous les nouveaux référentiels. Vous pouvez commencer à les pousser. Clôture de ce problème et inclusion du document avec le mappage sur le problème de migration.

Merci!!

merci @lasley et @pedrobaeza

Voulons-nous également demander aux personnes proposant de nouveaux modules aux outils serveur dans les versions inférieures d'y déplacer leurs PR? Aurait du sens à mon humble avis
(modifier: bien sûr, seuls les PR non fusionnés qui introduisent vraiment un nouveau module)

Eh bien, je n'ai pas créé de branches pour les versions inférieures, mais si vous pensez que c'est intéressant, allez-y.

Devons-nous l'annoncer dans le contributeur ML?

Ouais, ça peut être intéressant. Et cela devrait faire partie de la prochaine newsletter.

la première fois que j'examine un tel PR, je créerai la branche - je ne vois pas de raison de le faire à l'avance maintenant

OK d'accord

Et cela devrait faire partie de la prochaine newsletter.

J'ai créé un ticket pour ne pas oublier la newsletter. Bonne idée

Pour aider les gens avec ce qui va où, nous devrions avoir des problèmes de migration v11 avec la liste des modules à l'exception de la migration sur chacun des dépôts.

Reclassement de la communication ML, cela devrait être fait dès que possible. Dans la prochaine newsletter, nous le mentionnerons également, avec un lien vers le message ML.

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

LeartS picture LeartS  ·  3Commentaires

lasley picture lasley  ·  20Commentaires

legalsylvain picture legalsylvain  ·  34Commentaires

pedrobaeza picture pedrobaeza  ·  66Commentaires

OCA-git-bot picture OCA-git-bot  ·  30Commentaires