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

Pattern idea: Service Level Agreement (SLA)

Aperta
#231 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Documentazione
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Ambito
content, documentation

Direzione di ricerca

Non vengono indicati file, test o punti di ingresso; inizia esaminando l’issue 231, i pattern correlati e il riferimento InnerSource collegato. Il lavoro è considerato completato quando viene documentato un pattern di Service Level Agreement che copra la revisione dei contributi, il merge o il rifiuto, le segnalazioni di bug, le richieste di funzionalità e qualsiasi clausola di esclusione della garanzia.

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

Descrizione

:book: Type - Content Work

Problem

  • Teams with resource constraints may be reluctant to adopt InnerSource (accept contributions), due to fear of missing resources to review and integrate them in reasonable time
  • Contributors get frustrated to to lack of response or excessive delay on review and merge of contributions

Solution

The maintainers of the receiving component will document their Service Level Agreement (SLA) with respect to reviewing and merging / rejecting contributions and answering to bug reports, feature requests.

The SLA may also state no-warranty clauses (i.e. projects maintained in spare time).

Contributors will know up front what to expect before contributing, and can better decided whether to invest their time contributing, avoiding waste of resources and frustration.

Related patterns

  • 30 day warranty
  • Start as an experiment

References

Lingua principale
HTML
Stelle
853
Fork
206
Merge medio
1g 23h
PR unite (30g)
2

Guida per i contributori

Apri la guida per i contributori

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 InnerSourceCommons/InnerSourcePatterns

Tutte le issue di InnerSourceCommons/InnerSourcePatterns

Issue simili

Altre issue su Content

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.