Remove leftover Cloud66 custom_web process from Procfile

オープン 初心者向け
  • 何か問題がありますか？
#7,330 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@ShahadatTest がすでに取り組んでいます。

2026年11月2日 から。

  • #7331 @ShahadatTest による — オープン

評価

難易度
1/5
見積もり時間
1時間未満
初心者へのやさしさ
88/100
issue の種類
リファクタリング
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
docker, rails, ruby, shell
領域
devops

調査の方向性

余分なプロセスは、ルートの Procfile にある custom_web: bundle exec puma の行です。この行を削除し、release と web はそのままにしてください。その後、node_modules を除外して grep -rni "custom_web\|cloud66" . を実行し、app.json に同じ名前がないか確認します。grep で残存する参照が見つからず、PR 本文に "Closes #7330" が含まれていれば完了です。テストは不要で、Procfile.dev は変更しません。

索引モデルが issue の本文から書いたものです。

説明

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).

主要言語
Ruby
スター
382
フォーク
547
平均マージ
2日 22時間
マージ済み PR（30日）
46

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

rubyforgood/casa のほかの issue

rubyforgood/casa の issue をすべて見る

似ている issue

Ruby の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。