Re: [SPIP Zone] Mise à jour git.spip .net

Le 07/08/2019 à 09:33, Cerdic a écrit :
> Parce qu’on pourrait très bien avoir notre dépôt principal sur un Gitea
> ou un Gitlab SPIP (avec tout ce qui va bien, les tickets etc) et juste
> un mirroring automatique vers Github, tant pour la publication vers
> Packagist que pour la visibilité et les PR.
> 
> Je crois qu’on est tous à peu près OK pour composer, en faisant
> confiance à ceux qui on vraiment travaillé sur le sujet, parce que d’un
> peu loin on voit pas très bien toutes les implications et les
> contraintes qui vont venir avec.

James corrigera, mais je voudrais préciser un point qu'il nous semblait
avoir compris et exprimé ici ensuite.


## Composer et Packagist

Composer sait dialoguer avec plusieurs plateformes, mais par défaut SANS
CONFIGURATION à demander aux utilisateurs (sans rien ajouter dans des
json etc), il ne sait installé QUE ce qui est pris en charge par le
dépôt officiel de base Packagist.org, et ce dépôt reconnait tel quel que
DEUX choses : github.com et gitlab.com (pas LES Gitlab : juste
l'instance officielle).

Si on veut que dès le départ les gens puissent installer le noyau ET
n'importe quel plugin plus tard ou distributions (pour l'instant on
parle d'abord du core mais peu importe, ça vaut à long terme pour tout),
alors TOUS ces projets DEVRONT être :
- soit sur github.com
- soit sur gitlab.com
- point.

Ça parait important à clarifier.


## Miroir mon beau miroir

Ensuite il y a la question de maintenir plusieurs dépôts ou pas (un
principal et un miroir).

Moi aussi j'étais plutôt partant pour maintenir notre truc, et avoir un
miroir uniquement lecture sur Github. Mais après les débats lors de la
formation avec James, il en ressortait que :

1) On galère déjà à maintenir de nombreux outils, et nous sommes peu
nombreux (vraiment). Là une forge c'est un gros truc, de l'admin sys,
pas du SPIP (c'est pas comme maintenir Contrib, spip.net, etc). Et très
probablement ça sera sur les épaules d'UNE personne unique (parmi le
déjà peu qu'on est, il y a encore moins d'admin sys), allez deux pour
être gentil. Et quand il y aura un soucis, ça sera de nouveau difficile.
A-t-on vraiment besoin de maintenir 100% des choses ? Avec Git si jamais
il y a un soucis de droit, de coupure, etc, on peut toujours déplacer
ailleurs en très peu de temps !

2) A-t-on vraiment envie de gérer des PR *en plusieurs endroits* ? La
majorité des devs SPIP ont déjà un compte Github. Un des buts de
Composer et de s'insérer dans l'écosystème c'est d'inclure plus
facilement des nouvelles personnes. On ne se leurre pas, on va pas
attirer des milliers de gens, mais la majorité des quelques devs NON
CONNUS qui pourraient proposer des modifs, doivent avoir un compte
Github. Est-ce qu'on veut vraiment obliger les gens à créer un compte
sur notre forge à nous pour proposer des modifs ? (non) Et si on a des
PR en plusieurs endroits, ça va vite être très chiants à maintenir, à
savoir quoi et où relire à temps. Il semblerait mieux de tout
centraliser et de n'avoir qu'un seul lieu où proposer des modifs. Donc
Github.com.


## Votre ticket s'il vous plait

Là on parle du code. La question plus compliqué ce sont les tickets. Si
la forge principale est à nous (Gitea ou un Gitlab perso), la question
ne se pose pas trop, on migre tout dessus et basta.

Mais suivant les arguments précédents, je suis d'avis (et il me semble
qu'on était plusieurs après les explications de James) que ce serait
mieux d'avoir uniquement tout sur Github (se décharger, centraliser, et
inclure facilement quelques nouvelles personnes).

Et du coup là : si on passe nos tickets sur Github, est-ce qu'il est
facile de tous les exporter un jour pour les déplacer ailleurs si on
veut partir ? Si oui alors ok, pas plus de problème que pour le code
sous Git. Sinon il faut réfléchir.


## Nomenklatura

Quelque soit tout le reste et le choix du lieu, je suis d'avis avec
Camille qu'il faut au plus vite clôturer les questions de nommage, pour
le choix des 2 ou 3 organisations officielles de la communauté. Je pense
que c'est mieux de créer un autre fil de discussion pour ça, et qu'on
n'en parle plus.

-- 
RastaPopoulos