Rendre les build plus résilients vis-à-vis de la récupération de données sur data.gouv.fr

[skelz0r]

Rendre les build plus résilients vis-à-vis de la récupération de données sur data.gouv.fr

[XavierJp]

J'ajouterais une 3e option, car le but est uniquement de détecter les 404 :
3. uniquement fail le build si status === 404, ignorer la condition sur datagouv sinon.

[XavierJp]

Facile a implémenter

[skelz0r]

Pour moi ici c'était vraiment un problème temporaire de data.gouv, la 404 à priori c'est "permanent" (et je suis d'accord ça devrait être géré).

Je ne suis pas sûr que gérer le 404 résolve ce problème ici btw.

[XavierJp]

Ah yes me suis mal exprimé.

En gros je propose :

• 404 : permanent = lien mort, c'est un peu voulu que le build pete c'est a ca que servait ce check
• 2xx ou 5xx peut importe, on peu ignorer

[skelz0r]

N'ayant pas la connaissance métier je ne peux pas m'exprimer sur le 5XX peu importe, on peut ignorer, mais du coup de ce que je comprends de ton message c'est que l'on n'a pas besoin des infos de data.gouv pour build ? Dans ce cas là pourquoi on les fetch ..?

[XavierJp]

L'info qu'on souhaite obtenir de datagouv, c'est est ce que cette ressource existe encore.
En effet certain(e) FD ont l'habitude de supprimer et republier les jeux de donnée.

A l'époque c'était ce que j'avais mis en place pour être certain de ne pas déployer des liens morts. Si datagouv retourne 404, c'est que tu dois mettre des liens à jours.

Mais :

• à l'époque j'étais bien plus impliqué sur apigouv et j'acceptais cette situation un peu bancale (la dépendance a datagouv ne devrait pas pouvoir péter le build) car je savais que je pourrais la contourner si nécessaire
• datagouv a peut etre introduit des liens permanents depuis, qui éviteraient pas mal d'emm***

[XavierJp]

Dispo pour en parler de vive voix ou au tel si besoin