Le api indaffarate del Core Team hanno una serie di responsabilità per mantenere in movimento l'alveare che è BeeWare. Si tratta di un progetto in evoluzione, quindi questa pagina è soggetta a modifiche.

Questi includono, ma non sono limitati a, rispondere ai problemi, revisionare e l'unione del codice, il tutoraggio dei nuovi collaboratori e l'architettura del progetto BeeWare nel suo complesso. progetto BeeWare nel suo complesso.

Ci sono persone di cui ci fidiamo per prendere decisioni sul codice; ci sono persone di cui ci fidiamo per prendere decisioni sul codice e sull'organizzazione. decisioni relative al codice e all'organizzazione; e c'è una persona che guida la visione dell'intera organizzazione e che è incaricata di che guida la visione dell'intera organizzazione e che è incaricata di decisione finale se la comunità non riesce a raggiungere un consenso.

Questi livelli possono essere descritti come segue:

Ape o ape operaia:

  • Qualsiasi membro della comunità BeeWare. Dato che lavoriamo in modo aperto su GitHub, chiunque può suggerire modifiche al codice e ottenere il suo unito. L'unico limite alla vostra capacità di contribuire è che il vostro lavoro sia unito da un membro del team con i diritti per farlo.

Apiarista:

  • Un'ape riconosciuta come collaboratore di fiducia. Queste api hanno dimostrato capacità in relazione a una parte specifica del progetto progetto BeeWare per un certo periodo di tempo. Questo potrebbe essere a livello tecnico (JavaScript, Python, Objective livello tecnico (competenza in JavaScript, Python, Objective-C; conoscenza di GTK+, macOS ), oppure a un altro livello (gestione della comunità, revisione del codice). Gli apicoltori possono anche avere la parte di commit per il progetto, dove la loro competenza è riconosciuta. competenza è riconosciuta.

Apiaristi senior:

  • Apiaristi con accesso elevato a GitHub e con un livello di responsabilità aggiuntivo per la supervisione del progetto nel suo complesso. responsabilità di supervisionare il progetto nel suo complesso. Sono in grado di prendere decisioni architettoniche, ma in ultima analisi rispondono al BDFN.

Apicoltore fondatore: Russell Keith-Magee

  • L'uomo che per primo si fermò su una collina e vide uno yak che aveva bisogno di essere rasato
  • Questo ruolo non cambia mai e continua all'infinito.
  • Questo ruolo è diverso dal ruolo BDFN

Dittatore benevolo per ora (BDFN): Russell Keith-Magee

  • Una rivisitazione di Benevolent Dictator for Vita, la responsabilità della direzione e delle decisioni del progetto del progetto è in ultima analisi del BFDN. L'uso di "For Now" (per ora) in contrapposizione a "For Life" (per sempre) è un riferimento a Django. vita" è un riferimento al tema di Django di non assoggettare le responsabilità di manutentore del nucleo per tutta la vita di una persona. vita. La vita esiste anche al di fuori dell'open source, e l'equilibrio codice/vita e il benessere generale e l'equilibrio tra codice e vita e il benessere generale è una cosa molto importante da tenere a mente.

Linee guida (non regole vere e proprie)

Come per qualsiasi progetto con più di una persona con diritti di commit, ci sono ci sono una serie di linee guida generali che il team dovrebbe seguire:

  • essere una buona rappresentazione del progetto per la comunità in generale
  • Trattare ogni richiesta e contributo a qualsiasi progetto BeeWare con rispetto
  • Dare per scontato che tutti abbiano buone intenzioni, anche se non hanno scelto bene le parole. parole
  • Assumiamo che se qualcuno ha fatto qualcosa nel modo "sbagliato", è perché perché abbiamo fallito nel processo di comunicazione
  • Assumere che qualsiasi espressione di rabbia o frustrazione provenga da un luogo genuino di genuinamente dal desiderio di utilizzare uno strumento/una biblioteca BeeWare
  • Incoraggiare gli altri membri della comunità a riflettere questi ideali nelle loro nelle loro comunicazioni, sia all'interno che all'esterno della comunità BeeWare. BeeWare
  • Nessun apicoltore deve impegnare il proprio codice.
    • Eccezione: "Qualcosa è molto rotto e deve essere risolto subito".
    • Eccezione: BDFN (questo potrebbe cambiare in futuro)
  • Tutto il codice sottoposto a revisione da un membro del core team deve essere rivisto da un altro membro del team. da un altro membro del team
    • Eccezione: BDFN (questo potrebbe cambiare in futuro)
  • Tutto il codice deve superare i test di Integrazione Continua prima di essere unito
    • Eccezione: codice che è noto come non funzionante e che ha bisogno di essere inviato per altre ragioni
    • Eccezione: codice in un repo con test di IC insufficienti
    • Eccezione: Funzionante e impegnato è meglio di perfetto e non impegnato
  • I processi di accettazione dovrebbero essere automatizzati ove possibile.
    • Ciò significa test, linting, controllo ortografico, copertura e altro ancora.

Diventare apicoltore

L'introduzione di un nuovo apicoltore nel team è a esclusiva discrezione del Core Team esistente. del Core Team esistente. Anche se al momento non ci sono regole precise in generale, qualcuno sarà invitato a diventare apiarista in un progetto BeeWare se ha dimostrato di contribuire in modo solido al progetto. progetto BeeWare se ha dimostrato di aver dato un solido contributo al progetto. progetto. Questo può anche essere esteso a qualcuno con conoscenze specifiche del dominio (ad esempio, iOS/macOS) che potrebbe mancare nel team esistente. team esistente. Inoltre, non deve basarsi necessariamente sui commit. Chiunque sia in grado di in grado di dimostrare un interesse personale per il progetto in generale può chiedere il permesso di impegnarsi nel progetto.

Tutti i nuovi apicoltori saranno "introdotti" (per mancanza di una parola migliore) nei valori e nelle linee guida del progetto. valori fondamentali e le linee guida del progetto. Un riassunto dei valori fondamentali si trova [nella pagina about] (/project/about/). Chiunque si unisca al squadra dovrà sostenere questi valori e contribuire alle discussioni sull'evoluzione dei valori nel tempo. discussioni sull'evoluzione di tali valori nel corso del tempo.

Non ci si aspetta che un apicoltore, nuovo o vecchio, sia l'unico manutentore di un'unica cosa. Ci sono molti apicoltori, e molti altri accanto a loro, che possono offrire aiuto, consigli e tutoraggio.

"Commit bit"?

Nei sistemi Unix, un singolo bit in un file viene utilizzato per indicare l'autorizzazione all'esecuzione di un file. eseguire un file. Nei sistemi di controllo dei sorgenti, un bit simile esiste per per indicare la capacità di unire il codice. Dire che qualcuno ha il "bit di commit" significa che ha l'accesso in scrittura a una base di codice. In termini di GitHub, ciò significa di unire le richieste di pull e di eseguire il commit del codice direttamente sul progetto. al progetto.