Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[BOM] Coordination between patch, ARM umbrella and BOM releases

Aperta
#50,754 0 commenti 1 reazione 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
15/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Attiva
Stack tecnologico
java
Ambito
release

Direzione di ricerca

The payload names no files or tests, only the monthly release order (patch, then ARM umbrella, then BOM) run from main. Start by reading the release process described in the issue and deciding whether a dedicated release branch fits it. This is a proposal for maintainers to decide, so a newcomer should not start a change until the approach is agreed. Done means a written decision on the branching model, not code.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

azure-sdk-bom

Currently the monthly BOM release workflow be:
patch release -> ARM umbrella release -> BOM release

All of above processes are running from main branch.

There are pain points in current workflow:

  1. patch/BOM release date is not predictable. There could be new libraries release between patch and BOM release, e.g. azure-resourcemanager-storage, azure-storage-blob. These are libraries which many ones in BOM depend on, and many times have I found myself doing another patch release before performing ARM umbrella release.
  2. For the reason above, we may need to block service from release. Though many ring0 services need immediate release(e.g. Network), and data-plane libraries are not within our control, e.g. azure-storage-blob.

We could consider using a dedicated release branch for the whole patch -> ARM -> BOM release cycle. This way, other releases won't interfere with the workflow. It also relieves the need to check BOM libraries conflict.

Lingua principale
Java
Stelle
2.6k
Fork
2.2k
Merge medio
1g 22h
PR unite (30g)
225

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di Azure/azure-sdk-for-java

Tutte le issue di Azure/azure-sdk-for-java

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.