Remove leftover Cloud66 custom_web process from Procfile

Abierto Apto para principiantes
  • ¿Algo no está bien?
#7,330 1 comentario 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

@ShahadatTest ya está trabajando en esto.

Desde el 2/11/2026.

  • #7331 de @ShahadatTest — abierto

Evaluación

Dificultad
1/5
Tiempo estimado
Menos de una hora
Aptitud para principiantes
88/100
Tipo de issue
Refactorización
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
docker, rails, ruby, shell
Área
devops

Línea de trabajo

El proceso extraño es la línea custom_web: bundle exec puma del Procfile raíz; elimínala y deja release y web como están. Luego ejecuta grep -rni "custom_web\|cloud66" . excluyendo node_modules y revisa app.json por el mismo nombre. Está listo cuando el grep no encuentra referencias sobrantes y el cuerpo del PR dice "Closes #7330"; no aplican pruebas y Procfile.dev no se modifica.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Difficulty: Easy Good First Issue

What

The production Procfile still has a custom_web process left over from when the app was deployed on Cloud66:

release: bundle exec rake db:migrate && bundle exec rake after_party:run
web: bundle exec puma
custom_web: bundle exec puma   # <- remove

It came from commit 05d5801e7 ("tell cloud66 to use puma like we currently do"). The app runs on Heroku now, and nothing uses custom_web. Heroku lists it as a dyno type that is scaled to 0. It's harmless but confusing: it looks like a second web process.

The Heroku dashboard also shows a worker: bundle exec rake jobs:work dyno type scaled to 0. It isn't in the Procfile (Heroku is remembering it from an old Procfile). Background jobs currently run through a Heroku Scheduler entry (rake jobs:workoff every 10 min), not a worker dyno.

Task (contributor)

  • Delete the custom_web: bundle exec puma line from Procfile
  • grep -rni "custom_web\|cloud66" . (excluding node_modules) and remove any other leftover Cloud66 references, if there are any
  • Check that app.json doesn't reference custom_web
  • Open a PR that says "Closes #"

There are no Ruby code changes and nothing to test locally. bin/dev uses Procfile.dev, which this doesn't touch.

Follow-up (maintainer, after merge and deploy)

Once a deploy runs without custom_web in the Procfile, Heroku should drop it from the formation. If it or worker is still listed, check with:

heroku ps:type -a casa-production

Both are scaled to 0, so they cost nothing; this is cleanup only.

Out of scope

Don't add a worker: line. Turning on a worker dyno is a separate cost/ops decision; the job queue runs through Scheduler for now (see #7291).

Lenguaje dominante
Ruby
Estrellas
382
Forks
547
Merge medio
2 d 22 h
PR fusionados (30 d)
46

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de rubyforgood/casa

Todos los issues de rubyforgood/casa

Issues similares

Más issues de Ruby

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.