Re: Mise à jour git.spip.net
nicod_ <[email protected]>
| Newsgroups | gmane.comp.web.spip.zone,gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
> 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. J'ai peur qu'on se retrouve soit avec des PR et des tickets des deux côtés, soit que ce ne soit pas compréhensible, et obligerait à avoir des comptes à plusieurs endroits. Tickets et PR c'est quand même étroitement lié, pour moi ça devrait être centralisé. >> 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. J'aimerais vraiment que James nous assiste sur ce coup là, pour éviter un piège qu'on ne verrait pas. Le 07/08/2019 à 16:21, RastaPopoulos a écrit : > 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 ! Absolument +1 Sur Github/Gitlab, zéro maintenance, zéro coût pour nous. > 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. Absolument +1 aussi pour la centralisation des PR, et tickets à un seul endroit, les deux sont liés. -- nicod_ ---- [email protected] - https://listes.rezo.net/mailman/listinfo/spip-zone