Te zapracowane pszczoły w Core Team mają wiele obowiązków. obowiązków, aby utrzymać ul, którym jest BeeWare w ruchu. Jest to rozwijający się projekt, więc ta strona może ulec zmianie.

Obejmują one między innymi odpowiadanie na zgłoszenia, przeglądanie i scalanie kodu, mentoring nowych współpracowników oraz architektura całego projektu BeeWare. BeeWare jako całości.

Są ludzie, którym ufamy przy podejmowaniu decyzji dotyczących kodu; są ludzie, którym ufamy przy podejmowaniu decyzji są ludzie, którym ufamy, że podejmują decyzje dotyczące kodu i organizacji; i jest osoba, która która kieruje wizją całej organizacji i której powierza się podjąć ostateczną decyzję, jeśli społeczność nie może dojść do konsensusu.

Poziomy te można opisać w następujący sposób:

Pszczoła lub pszczoła robotnica:

  • Każdy członek społeczności BeeWare. Biorąc pod uwagę, że pracujemy otwarcie na GitHub, każdy może zasugerować zmiany w kodzie i zlecić ich scalony. Jedynym ograniczeniem możliwości wniesienia wkładu jest posiadanie praca została scalona przez członka zespołu, który ma do tego prawo.

Pszczelarz:

  • Pszczoła, która została uznana za zaufanego współpracownika. Pszczoły te wykazały się umiejętnościami w odniesieniu do określonej części projektu BeeWare przez pewien okres czasu. Może to być na poziomie technicznym technicznym (znajomość JavaScript, Python, Objective-C; znajomość GTK+, macOS ) lub na innym poziomie (zarządzanie społecznością, przegląd kodu). Pszczelarze mogą również mieć bit commit dla projektu, w którym ich wiedza jest uznawana.

Starsi pszczelarze:

  • Pszczelarze z podwyższonym poziomem dostępu w GitHub, a także dodatkowym poziomem odpowiedzialności za nadzorowanie projektu jako całości. Są w stanie podejmować decyzje architektoniczne, ale ostatecznie odpowiadają przed BDFN.

Pszczelarz założyciel: Russell Keith-Magee

  • Człowiek, który jako pierwszy stanął na wzgórzu i zauważył jaka, który potrzebował golenia
  • Ta rola nigdy się nie zmienia i trwa w nieskończoność.
  • Ta rola różni się od roli BDFN

Bee-nevolent Dictator for Now (BDFN): Russell Keith-Magee

  • Podejście do Benevolent Dictator for Life, odpowiedzialność za kierunek i decyzje projektu ostatecznie spoczywa na BFDN. Użycie "For Now" w przeciwieństwie do "For Life" jest odniesieniem do motywu Django, by nie poddawać obowiązków obowiązków głównego opiekuna przez całe naturalne życie danej osoby. życie. Życie istnieje poza open source, a równowaga między kodem a życiem i ogólny dobrostan jest bardzo ważną rzeczą, o której należy pamiętać.

Wytyczne (nie rzeczywiste zasady)

Podobnie jak w przypadku każdego projektu z więcej niż jedną osobą z prawami do zatwierdzania istnieje szereg ogólnych wytycznych, których zespół powinien przestrzegać:

  • Być dobrą reprezentacją projektu dla szerszej społeczności**.
  • traktować z szacunkiem każde zapytanie i wkład w projekt BeeWare szacunkiem**
  • Zakładać, że każdy ma dobre intencje, nawet jeśli nie dobrał dobrze słów słów
  • Zakładamy, że jeśli ktoś zrobił coś w "niewłaściwy" sposób, to dlatego, że ponieważ zawiedliśmy w procesie komunikacji
  • Zakładamy, że każdy wyraz gniewu lub frustracji pochodzi z prawdziwego chęci skorzystania z narzędzia/biblioteki BeeWare.
  • Zachęcaj innych członków społeczności do odzwierciedlania tych ideałów we w ich własnej komunikacji, zarówno wewnątrz, jak i na zewnątrz społeczności BeeWare społeczności
  • Żaden pszczelarz nie powinien publikować własnego kodu
    • Wyjątek: "Coś jest bardzo zepsute i musi zostać naprawione natychmiast"
    • Wyjątek: BDFN (może się to zmienić w przyszłości)
  • Cały kod przesłany do sprawdzenia przez członka zespołu głównego powinien zostać sprawdzony przez innego członka zespołu
    • Wyjątek: BDFN (może się to zmienić w przyszłości)
  • Cały kod powinien przejść testy Continuous Integration przed scaleniem.
    • Wyjątek: kod, o którym wiadomo, że jest uszkodzony i musi zostać zatwierdzony z innych powodów
    • Wyjątek: kod w repozytorium z niewystarczającymi testami CI
    • Wyjątek: Działający i zatwierdzony jest lepszy niż doskonały i nie
  • Procesy akceptacji powinny być zautomatyzowane wszędzie tam, gdzie to możliwe
    • Oznacza to testy, linting, sprawdzanie pisowni, pokrycie i wiele innych.

Zostanie pszczelarzem

Wprowadzenie nowego pszczelarza do zespołu zależy wyłącznie od uznania istniejącego zespołu głównego. Chociaż obecnie nie ma żadnych stałych zasad to ogólnie rzecz biorąc, ktoś zostanie zaproszony do bycia pszczelarzem w projekcie BeeWare, jeśli wykaże się solidnym wkładem w projekt. projekt. Można to również rozszerzyć na osoby z określoną wiedzą domenową (np. (na przykład iOS/macOS), której może brakować w istniejącym zespole. istniejącym zespole. Nie musi również opierać się na commitach. Każdy, kto jest w stanie wykazać zainteresowanie projektem w ogóle, może poprosić o pozwolenie na zaangażowanie się w projekt.

Wszyscy nowi pszczelarze zostaną "wprowadzeni" (z braku lepszego słowa) w podstawowe wartości i wytyczne projektu. podstawowe wartości i wytyczne projektu. Podsumowanie podstawowych wartości można znaleźć [na stronie o projekcie] (/project/about/). Każdy, kto dołączy do zespołu do zespołu będzie musiał przestrzegać tych wartości i przyczyniać się do dyskusje na temat ewolucji tych wartości w czasie.

Od każdego pszczelarza, nowego czy starego, nie oczekuje się, że będzie jedynym opiekunem jednej rzeczy. Jest wielu pszczelarzy i wielu innych, którzy mogą zaoferować pomoc, porady i mentoring.