8
votes

Heroku Push: gzip stdin pas en format gzip

Lorsque j'essaie de pousser une mise à jour à Heroku dans l'une de mes applications PHP, je reçois le problème suivant:

Compter des objets: 25, fait.
Compression Delta en utilisant jusqu'à 4 threads.
Compression d'objets: 100% (12/12), fait.
Objets d'écriture: 100% (13/13), 1,20 kib, fait.
Total 13 (Delta 10), réutilisé 0 (Delta 0)

-----> Heroku recevant la poussée
-----> récupérer des buildpack personnalisées ... FAIT
-----> Application PHP détectée
-----> Run SiteBase Buildpack
-----> Bundling Apache Version 2.2.22

GZIP: STDIN: Pas en format GZIP
Tar: Enfant renvoyé Statut 1
Tarr: Exting avec l'état de défaillance due aux erreurs précédentes
! Heroku Push rejeté, a échoué à compiler une application PHP

À git@heroku.com: x
! [Remote Rejeté] Feature-Removapi -> Master (crochet de pré-réception refusé)
Erreur: Impossible de pousser des réfs à 'git@heroku.com: x'

jamais eu ce problème auparavant alors je n'ai totalement pas une idée de ce que le problème peut être. Est-il possible qu'il s'agisse d'un bogue sur le côté de Heroku?

Si je regarde dans les journaux Heroku, je vois aussi la ligne suivante:

La compilation de la limace a échoué: Échec de la compilation de l'application PHP

Toutes les aides sont les bienvenues.


0 commentaires

3 Réponses :


3
votes

Je mes cas que j'ai eu ce problème, il semblait être un problème d'héroku. J'attends juste 10 minutes de route pour moi.


0 commentaires

1
votes

Après tant d'années et toujours, cette question se produit. BTW: mon correctif était de broder à une version spécifique comme mentionné ici :

Heroku Buildpacks: Set https://github.com/heroku/heroku-buildpack-nodejs#v75 -A My-App


0 commentaires

0
votes

Le même problème avait eu lieu pour mon application Java qui a été construite avec Maven. Il a été corrigé en configurant Java Buildpack fourni par Heroku (plus tôt j'utilisais Custom Buildpack qui fonctionnait sur Heroku pour la même application).


0 commentaires