Re: traductions.txt vs package/composer.json et git.spip.net
Eric Lupinacci <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAM6W4baiR1hYpsQqi9j8PRztM-GZ1j-3qjoFbKO7t5qo8PD25A@mail.gmail.com> |
Yop, Le ven. 31 janv. 2020 à 11:11, Cerdic <[email protected]> a écrit : > Ah oui mais alors dans ce cas il faut qu’on garde un fichier archivelist > manuel quelque part pour déclarer les projets en dehors de git.spip.net > Donc on ferait un mix : > - pour les projets de git.spip.net il suffit de le déclarer dans le repo > selon format à préciser > - pour les autres projets on a un archivelist > > Donc on revient quand même à faire un projet archivelist sur git.spip.net, > on y migre le fichier actuel, et quand la feature par repo sera > fonctionnelle on pourra le cleaner. > Ça semble le plus robuste > > Et on met le projet dans https://git.spip.net/spip-contrib-outils puisque > ça sera transversal > Si c'est indispensable ok mais ça serait bien de se débarrasser de ces "listes de". En plus je suis persuadé qu'on va se retrouver avec un fichier traductions.txt où il n'y aura pas que les repos externes à git.spip.net à la longue... ++ Eric