De travle bier i Core Team har en række ansvarsområder ansvar for at holde bikuben, som er BeeWare, i gang. Dette er et projekt under udvikling, så denne side kan ændres.

Disse omfatter, men er ikke begrænset til, at svare på spørgsmål, gennemgå og sammenlægning af kode, vejledning af nye bidragydere og arkitektur for BeeWare-projektet som helhed.

Der er folk, vi stoler på til at træffe kodebeslutninger; der er folk, vi stoler på til at træffe beslutninger om kode og organisation; og der er en person der styrer hele organisationens vision, og som er betroet at træffe den endelige træffe en endelig beslutning, hvis fællesskabet ikke kan nå til enighed.

Disse niveauer kan beskrives på følgende måde:

Bi eller arbejderbi:

  • Ethvert medlem af BeeWare-fællesskabet. Da vi arbejder i det åbne på GitHub, kan alle foreslå ændringer til koden og få deres kode flettet ind. Den eneste begrænsning for din mulighed for at bidrage er, at dit arbejde flettet af et teammedlem med rettigheder til at gøre det.

Biavler:

  • En bi, der er blevet anerkendt som en pålidelig bidragyder. Disse bier har vist evner i forhold til en specifik del af BeeWare-projektet BeeWare-projektet over en periode. Dette kan være på et teknisk niveau (JavaScript, Python, Objective-C ekspertise; GTK+, macOS viden) eller på et andet niveau (community management, kodegennemgang). Apiarister kan også have commit-biten for projektet, hvor deres ekspertise er anerkendt.

Senior apiarister:

  • Biavlere med udvidet adgang til GitHub og et ekstra ansvar for at overvåge ansvar for at føre tilsyn med projektet som helhed. De er i stand til at træffe arkitektoniske beslutninger, men står i sidste ende til ansvar over for BDFN.

Grundlægger af bigården: Russell Keith-Magee

  • Manden, der først stod på en bakke og fik øje på en yakokse, der skulle barberes
  • Denne rolle ændrer sig aldrig og fortsætter i det uendelige
  • Denne rolle er forskellig fra BDFN-rollen

Benevolent Dictator for Now (BDFN): Russell Keith-Magee

  • Et bud på Benevolent Dictator for Life, ansvaret for projektets retning og beslutninger ligger i sidste ende hos BFDN. Brugen af "For Now" i modsætning til "For Life" er en reference til Django-temaet om ikke at underkaste en person ansvar som kernevedligeholder for en persons hele naturlige liv. Livet eksisterer uden for open source, og balance mellem kode og liv og generel trivsel er en meget vigtig ting at huske på.

Retningslinjer (ikke egentlige regler)

Som med ethvert projekt med mere end én person med commit-rettigheder er der er der en række generelle retningslinjer, som teamet bør følge:

  • Vær en god repræsentant for projektet over for det bredere samfund**.
  • Behandle enhver henvendelse og ethvert bidrag til et BeeWare-projekt med respekt**
  • Gå ud fra, at alle har gode intentioner, selv om de ikke har valgt deres ord godt
  • Antag, at hvis nogen har gjort noget på den "forkerte" måde, er det fordi vi har fejlet i kommunikationsprocessen
  • Antag, at ethvert udtryk for vrede eller frustration kommer fra et ægte ønske om at bruge et BeeWare-værktøj/bibliotek.
  • Tilskynd andre medlemmer af fællesskabet til at afspejle disse idealer i deres egen kommunikation, både inden for og uden for BeeWare fællesskabet
  • Ingen biavler bør forpligte sin egen kode
    • Undtagelse: "Noget er meget ødelagt og skal rettes nu"
    • Undtagelse: BDFN: BDFN (dette kan ændre sig i fremtiden)
  • Al kode, der sendes til gennemgang af et medlem af kerneteamet, bør gennemgås af et andet teammedlem
    • Undtagelse: BDFN: BDFN (dette kan ændre sig i fremtiden)
  • Al kode skal bestå test af kontinuerlig integration, før den flettes
    • Undtagelse: kode, der vides at være ødelagt og skal committes af andre grunde
    • Undtagelse: kode i et repo med utilstrækkelige CI-tests
    • Undtagelse: kode i et repo med utilstrækkelige CI-tests: Fungerende og committed er bedre end perfekt og ikke
  • Acceptprocesser bør automatiseres, hvor det er muligt
    • Det betyder test, linting, stavekontrol, dækning og meget mere.

At blive biavler

Introduktion af en ny biavler i teamet sker efter eget skøn af det eksisterende kerneteam. Selvom der i øjeblikket ikke er nogen faste regler for dette, vil nogen generelt blive inviteret til at være apiarist på et BeeWare-projekt, hvis de har demonstreret solide bidrag til projektet. projektet. Dette kan også udvides til en person med specifik domæneviden domæneviden (for eksempel iOS/macOS), som måske mangler i det eksisterende team. Det behøver heller ikke at være baseret på commits. Enhver, der er i stand til at demonstrere en interesse i projektet generelt, kan bede om at få tilladelse til at committe til projektet.

Alle nye biavlere vil blive "introduceret" (i mangel af et bedre ord) i projektets projektets kerneværdier og retningslinjer. En oversigt over kerneværdierne kan findes [på om-siden] (/projekt/om/). Alle, der slutter sig til holdet, forventes at opretholde disse værdier og bidrage til diskussioner om udvikling af disse værdier over tid.

En biavler, ny eller gammel, forventes ikke at være den eneste, der vedligeholder nogen som helst ting. Der er mange biavlere og mange flere ved siden af, som kan tilbyde hjælp, rådgivning og mentorskab.

"Commit bit"?

I Unix-systemer bruges en enkelt bit i en fil til at angive tilladelse til at udføre en fil. I kildekontrolsystemer findes en lignende bit til at til at angive muligheden for at flette kode. At sige, at nogen har "commit bit" betyder, at de har skriveadgang til en kodebase. I GitHub-termer betyder det at de har mulighed for at flette Pull Requests og committe kode direkte til projektet.