0
votes

Gitlab-CI: le déploiement d'AWS S3 échoue

J'essaye de créer un pipeline de déploiement pour Gitlab-CI sur un projet react. La construction fonctionne bien et j'utilise des artefacts pour stocker le dossier dist de ma commande yarn build . Cela fonctionne bien aussi.

Le problème concerne mon déploiement avec la commande: aws s3 sync dist / 'bucket-name' .

Attendu: "Done in x secondes "

Réel:

error Command failed with exit code 2. info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command. Running after_script 00:01 Uploading artifacts for failed job 00:01 ERROR: Job failed: exit code 1

Les fichiers semblent avoir été téléchargés correctement dans le compartiment S3, mais je ne sais pas pourquoi j'obtiens une erreur sur le travail de déploiement. Lorsque j'exécute le aws s3 sync dist / 'bucket-name' localement, tout fonctionne correctement.


0 commentaires

3 Réponses :


1
votes

Découvrez les Codes de retour de l'AWS CLI < / p>

2 - La signification de ce code de retour dépend de la commande en cours d'exécution.

La signification principale est que la commande entrée sur la ligne de commande n'a pas pu être analysée. Les échecs d'analyse peuvent être causés par, mais sans s'y limiter, l'absence de sous-commandes ou d'arguments requis ou l'utilisation de commandes ou d'arguments inconnus. Notez que la signification de ce code de retour est applicable à toutes les commandes CLI.

L'autre signification ne s'applique qu'aux commandes s3. Cela peut signifier qu'au moins un ou plusieurs fichiers marqués pour le transfert ont été ignorés pendant le processus de transfert. Cependant, tous les autres fichiers marqués pour le transfert ont été transférés avec succès. Les fichiers ignorés pendant le processus de transfert incluent: les fichiers qui n'existent pas, les fichiers qui sont des périphériques spéciaux de caractère, les périphériques spéciaux de blocage, les FIFO ou les sockets et les fichiers que l'utilisateur ne peut pas lire.

Le deuxième paragraphe pourrait expliquer ce qui se passe.


4 commentaires

avertissement: ignorer le fichier 'filename.svg'. Une erreur s'est produite lors de la tentative de décodage du fichier 'filename.svg' dans le répertoire "../../dist/assets/". Vous avez raison, j'ai cependant peu de compréhension de ce qui cause le saut uniquement dans mon déploiement continu.


essayez d'ajouter l'indicateur --debug à la commande aws s3 et voyez s'il affiche des informations supplémentaires.


Merci Anton, gitlab décodait des fichiers de manière incorrecte.


Heureux que cela ait aidé! Veuillez envisager d'accepter la réponse.




0
votes

Comme Anton l'a mentionné, le deuxième paragraphe de sa réponse était le problème. La solution au problème consistait à supprimer les caractères spéciaux de quelques SVG. Je soupçonne que le téléchargement du dossier dist en tant qu'artefact (zip) aurait pu changer complètement certains des noms de fichiers, ce qui était déroutant pour S3. En supprimant ® et + du nom de fichier, le problème a été résolu.


0 commentaires