Heroku-Push abgelehnt, keine von Cedar unterstützte App erkannt

Ich erstelle eine Rails-App mit Rails 3.1.3:

git init
git remote add heroku <my heroku repo>
git add .
git commit -a -m "First commit"
git push heroku master

Bekam:

Counting objects: 102, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (86/86), done.
Writing objects: 100% (102/102), 315.47 KiB, done.
Total 102 (delta 3), reused 0 (delta 0)

**-----> Heroku receiving push
 !     Heroku push rejected, no Cedar-supported app detected**

To git@heroku.com:electric-dusk-3217.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to <my heroku rep>

Ich hatte ein ähnliches Problem, aber mit Django (fälschlicherweise "Anforderungen.txt" genannt). Ich denke, um die anderen Antworten hier zu verallgemeinern, wenn Sie diesen Fehler erhalten, liegt es daran, dass Heroku eine Schlüsseldatei fehlt, mit der es Ihre App (und ihren Typ) identifiziert.

• php: index.php
• Python: Anforderungen.txt
• ruby: Gemfile # beachte die Großschreibung
• Knoten: package.json

Das Problem war, dass meine "Gemfile" "gemfile" hieß

Ich bin auf diese Fehlermeldung gestoßen, aber mein Problem war, dass sich meine Rails-App nicht im Stammverzeichnis meines Git-Repos befand. Nachdem ich die Dateien in das Stammverzeichnis verschoben hatte, funktionierte alles.

Heroku erkennt eine unterstützte App, indem es nach bestimmten Projektdateien sucht. Um die Anforderungen für Ihre Sprache zu finden, beginnen Sie hier .

• Für Node.js benötigen Sie eine package.json .
• Für Python-Anwendungen benötigen Sie eine requirements.txt .
• etc.

Nicht mit einer neuen App verbunden, aber ... Ich habe dieselbe Fehlermeldung erhalten, nachdem ich ein benutzerdefiniertes BUILDPACK auf Heroku installiert und es dann vergessen habe. Als ich das nächste Mal zu Heroku ging, sah ich:

-----> Fetching custom git buildpack... done

 !     Push rejected, no Cedar-supported app detected

Die Lösung bestand darin, Folgendes zu überprüfen:

 heroku config

Und dort fand ich einen Var namens, BUILDPACK_URLden ich deaktivieren musste:

heroku config:unset BUILDPACK_URL

... und voila!

Eine andere Ursache: Ich habe Master gedrückt, während ich an einem Nicht-Master-Zweig gearbeitet habe. Mein Hauptzweig hatte keine Anforderungen.txt.

Ich wollte nicht vom Meister pushen, aber Heroku achtet nur auf den Meisterzweig. Die Lösung bestand darin, meine lokale Niederlassung in die Hauptniederlassung von Heroku zu verschieben:

git push heroku local_branch:master

Eine weitere Ursache für diesen Fehler bei Rails-Apps: Dieser Bereitstellungsfehler trat auf, wenn wir keinen Git-Merge-Konflikt aus unserer Gemfile.lock-Datei entfernt hatten.

Ich hatte das gleiche Problem. "Gemfile" wurde in ".gitignore" aufgenommen und war daher nicht Teil der Bereitstellung. Heroku benötigt Gemfile für Rails-Projekte.

Ich habe dies behoben, indem ich eine oberflächliche Änderung an meinem Gemfile vorgenommen und erneut festgelegt habe. Aus irgendeinem Grund war es nicht in meinem letzten Commit enthalten.

Ich habe hier das gleiche Problem getroffen.
Meine Prüfung lautet wie folgt:
1. Stellen Sie sicher, dass "Foreman Start" lokal gut funktioniert.
2. Stellen Sie sicher, dass nur eine neue App in Ihrem Heroku-Konto erstellt wird.
Hoffe es hilft.

Ich habe die Schritte von RailsTutorial.org befolgt und dieser Fehler wurde angezeigt . Keine der Antworten auf diesen Beitrag hat funktioniert. Dann sah ich diesen Kommentar , der zu dieser Antwort führte, die das einzige war, was für mich funktionierte, um auch die Probleme anderer Leute mit dem Tutorial zu lösen.

Wenn dieses Problem bei dem Projekt auftritt, das auf statischen Dateien basiert (nur HTML, CSS und JS), wird empfohlen, die folgenden Richtlinien zu befolgen: https://discussion.heroku.com/t/push-rejected-no-cedar-supported-app -detected / 640/3

Ich hatte auch das Problem mit der Django-basierten App. Alles schien in Ordnung zu sein: Dateinamen und andere Einstellungen.

Das Problem war, dass in der Heroku-Konsole eine BUILDPACK_URLEinstellung definiert war für node.js- daher wurde die Django-Anwendung abgelehnt.