Homebrew formula clashes with formula produce by Boot 4.1
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 68/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Tranquilla
- Ambito
- release
Direzione di ricerca
Inizia con la formula spring-boot.rb nel repository spring-io/homebrew-tap ed esamina la cronologia dei commit per capire come si alternano gli aggiornamenti 3.5.x e 4.x. Controlla la convenzione di Homebrew per le formule di versioni principali parallele, quindi verifica che spring-boot segua la linea primaria e che spring-boot@3 segua indipendentemente la linea di manutenzione 3.x.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The spring-boot.rb Homebrew formula in spring-io/homebrew-tap tracks
both the 3.5.x maintenance line and the 4.0.x line in the same formula
file. The spring-builds bot alternates between the two lines on
nearly every release, sometimes upgrading to the 4.x line first and
then reverting to 3.x shortly after, and sometimes the other way
around, for example:
- 2026-06-25: Upgrade to Spring Boot 3.5.16
- 2026-06-10: Upgrade to Spring Boot 4.1.0 → then Upgrade to Spring Boot 4.0.7 → then Upgrade to Spring Boot 3.5.15
- 2026-04-23: Upgrade to Spring Boot 4.0.6 → then Upgrade to Spring Boot 3.5.14
- 2026-03-26: Upgrade to Spring Boot 3.5.13 → then Upgrade to Spring Boot 4.0.5
- 2026-03-19: Upgrade to Spring Boot 4.0.4 → then Upgrade to Spring Boot 3.5.12
- 2026-02-19: Upgrade to Spring Boot 3.5.11 → then Upgrade to Spring Boot 4.0.3
- 2026-01-22: Upgrade to Spring Boot 3.5.10 → then Upgrade to Spring Boot 4.0.2
Full commit history: https://github.com/spring-io/homebrew-tap/commits/main/spring-boot.rb
Because the formula only ever points at a single URL/version at a time,
the outcome of brew install spring-boot or brew upgrade depends
entirely on which of the two lines the bot last committed at the
moment the user runs the command — not on any explicit choice by the
user. Two users installing on different days can end up with a 3.x or
a 4.x CLI without ever intending to pick a specific major version.
Since Homebrew never downgrades a formula automatically, this also
means a user who happens to install while the formula points at 4.0.x
stays on that version indefinitely once the bot flips back to 3.5.x,
since brew upgrade will not revert them to a "lower" tracked version.
brew info then reports the 3.5.x line as current/stable while the
installed keg silently remains on 4.0.x, with no indication that this
happened due to timing rather than intent.
Suggested fix: split the formula into two, following the standard
Homebrew convention for parallel major release lines, e.g.:
spring-boot→ tracks the primary/latest linespring-boot@3→ tracks the 3.x maintenance line
This would let users explicitly choose which major version to install
and upgrade, instead of the outcome being determined by upgrade timing.
Happy to provide more detail or help test a fix if useful.
- Lingua principale
- Java
- Stelle
- 81.8k
- Fork
- 43.5k
- Merge medio
- 3g 14h
- PR unite (30g)
- 88
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di spring-projects/spring-boot
-
Maven process-test-aot only copies META-INF/native-image of the generated resources so the Logback configuration is lost in native testsForse già presa @tchowdhury101 l’ha presa 4 giorni fa. Apertatype: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
spring-projects/spring-boot#52301 · 4 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
for: team-meeting status: waiting-for-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
spring-projects/spring-boot#52295 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 2 giorni
-
Add a How-To to explain how to configure logging of AOT processingForse di nuovo libera @dana-stc l’ha presa 30 giorni fa e non c’è nessuna pull request aperta. Apertastatus: team-only type: documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
spring-projects/spring-boot#52092 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
status: blocked status: waiting-for-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
spring-projects/spring-boot#51459 · 2 commenti · 1 reazione ·
I maintainer di solito rispondono entro 2 giorni
-
Class loading fails with 'Zip file closed' while ClearCachesApplicationListener closes the jars of an executable jarForse già presa @philwebb l’ha presa 1 giorno fa. Apertatype: regression
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
spring-projects/spring-boot#52634 · 3 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di spring-projects/spring-boot
Issue simili
-
bug subsystem:agent-harness triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ShaftHQ/SHAFT_ENGINE#7797 ·
I maintainer di solito rispondono entro 1 giorno
-
ARM: Q flag should be stickyAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
NationalSecurityAgency/ghidra#10155 ·
I maintainer di solito rispondono entro 2 giorni
-
bug web-ui
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
jenkinsci/jenkins#27705 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
"item-tooltip-keyboard-fix" crashes the game when opening the Items tab of the statistics menuApertamod bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
elmital/FixMCStats#65 · 3 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
QuranHub/quranhub-android#354 ·
I maintainer di solito rispondono entro 2 giorni