via run remote open comando heroku bundler cedar

run - open port heroku



heroku: bash: paquete: comando no encontrado (2)

Estoy portando una aplicación de Heroku de Aspen a la pila de Cedar en Heroku, siguiendo sus instrucciones.

Estoy en el último paso de implementación. Me sale este error:

2012-10-22T11:23:53+00:00 heroku[web.1]: Starting process with command `bundle exec thin start -p 40310 -e production` 2012-10-22T11:23:54+00:00 app[web.1]: bash: bundle: command not found

No veo cómo puedo responsabilizarme por contar la pila de Heroku donde está el paquete, o por proporcionarlo, ya que el paquete es utilizado exactamente para este trabajo. Este comando se especifica en el archivo de Proc para la aplicación:

web: bundle exec thin start -p $PORT -e $RACK_ENV

Otra pregunta similar en stackoverflow sugiere que esto sucede si la aplicación se envía a Heroku sin un archivo de prueba inicialmente, por lo que Heroku tiene una idea equivocada sobre qué tipo de aplicación es. Ese póster eliminó su aplicación y creó una nueva e informó el éxito. Sin embargo, el esfuerzo que implica eliminar y volver a crear mi aplicación portada es alto. ¿Hay alguna forma en que pueda solucionar esto en lugar de comenzar de nuevo?


Tuve el mismo problema y lo resolví configurando las variables de configuración heroku correctas

$ heroku config === xxxx Config Vars DATABASE_URL: postgres://(...) GEM_PATH: vendor/bundle/ruby/1.9.1 HEROKU_POSTGRESQL_CRIMSON_URL: postgres://(...) LANG: en_US.UTF-8 PATH: bin:vendor/bundle/ruby/1.9.1/bin:/usr/local/bin:/usr/bin:/bin PGBACKUPS_URL: https://(...) RACK_ENV: production RAILS_ENV: production

puedes crear una aplicación de rieles vacía, empujarla hacia heroku y verificar las variables que establece automáticamente, luego copiarlas (y adaptarlas) a tu aplicación


El proceso de creación de babosas de Heroku debe haber cambiado con respecto a las aplicaciones de ruby ​​1.8.7. Supongo que comenzaron a agruparse en 1.8 rutas en lugar de 1.9.1 para 1.8 aplicaciones. Mi aplicación que funcionaba anteriormente dejó de funcionar después de intentar impulsar una nueva revisión.

Esto es lo que lo hizo funcionar de nuevo:

heroku config:add PATH=bin:vendor/bundle/1.8/bin:/usr/local/bin:/usr/bin:/bin GEM_PATH=vendor/bundle/1.8

Tomé estos caminos desde una aplicación recién creada utilizando el mismo repositorio de git que utilicé anteriormente.

EDITAR: Resulta que heroku publicó un artículo devcenter Cambiando Ruby Version Breaks Path que especifica rutas para varias versiones ruby.