Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Upgrade Rails 7.1 -> 7.2

Offen
#883 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
38/100
Issue-Typ
Refactoring
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
rails, ruby
Bereich
backend

Rechercherichtung

Beginne mit der Überprüfung des Rails-Abhängigkeitsumfangs und der beiden Blocker-Issues #881 und #882. Führe bin/rails app:update aus, belasse config.load_defaults auf 7.1, behalte die generierten 7.2-Defaults auskommentiert und entferne config/initializers/new_framework_defaults_7_1.rb. Als erledigt gilt die Aufgabe, wenn die vollständige Testsuite mit auslösenden Deprecation-Warnungen durchläuft und Staging seinen Soak-Test abschließt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

type:infrastructure

Why

First framework step. With the prep and the two blocker gems done, this should be close to mechanical. Verified to resolve cleanly.

Scope

  • gem "rails", "~> 7.2.0"
  • Keep config.load_defaults at 7.1. Run bin/rails app:update, take the generated new_framework_defaults_7_2.rb with every option still commented. Enabling them is a separate issue — upgrading the framework and changing its behaviour are two different changes, and some defaults alter serialization formats that must not flip in the same deploy.
  • config/initializers/new_framework_defaults_7_1.rb can be retired: it is already fully worked through and load_defaults 7.1 is set, so it is bookkeeping.
  • Rails.application.secrets is removed in 7.2 — already handled by the prep issue.

Note Rails 7.2 requires Ruby >= 3.1, so this lands fine on the current Ruby 3.2.3.

Acceptance criteria

  • Full suite green with deprecations raising
  • load_defaults still 7.1
  • Staging soak before the defaults are flipped

Blocked by

#881 (Mongoid 9) and #882 (Globalize 7) — both hard resolution blockers. Blocks #884 and #885.


Part of the Ruby + Rails upgrade sequence. Ruby 3.2 reached end of life on 2026-04-01 and the backend is on Rails 7.1; the goal is Ruby 3.4.10 and Rails 8.1, in steps that each keep CI green and are independently deployable.

Vorherrschende Sprache
Ruby
Sterne
50
Forks
21
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus rubyforgood/Flaredown

Alle Issues in rubyforgood/Flaredown

Ähnliche Issues

Weitere Issues zu Ruby

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.