Zarządzanie¶
Te pracowite pszczółki z zespołu głównego mają wiele obowiązków, aby utrzymać ruch w ulu BeeWare. Jest to projekt w fazie rozwoju, 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.
Staż pracy w zespole¶
Różne poziomy stażu pracy w projekcie BeeWare to:
Pszczoła lub pszczoła robotnica¶
Każdy członek społeczności BeeWare. Ponieważ pracujemy jawnie na GitHubie, każdy może sugerować zmiany w kodzie i mieć swój kod scalony. Jedynym ograniczeniem Twojej zdolności do współtworzenia jest konieczność scalenia Twojej pracy przez członka zespołu posiadającego odpowiednie uprawnienia.
Pszczelarz¶
Pszczoła, która została uznana za zaufanego współpracownika. Pszczoły te wykazały się umiejętnościami w odniesieniu do konkretnej części projektu BeeWare w danym okresie czasu. Może to dotyczyć poziomu technicznego (znajomość JavaScript, Python, Objective-C; GTK+, wiedza na temat macOS) lub innego poziomu (zarządzanie społecznością, przegląd kodu). Pszczelarze mogą również posiadać uprawnienia do zatwierdzania zmian w projekcie, w którym uznano ich wiedzę specjalistyczną.
Starszy pszczelarz¶
Pszczelarze z podwyższonym dostępem w GitHub, a także dodatkowym poziomem odpowiedzialności za nadzorowanie całego projektu. Są oni uprawnieni do podejmowania decyzji architektonicznych, ale ostatecznie odpowiadają przed BDFN.
Na razie dobrotliwy dyktator (BDFN)¶
Zgodnie z koncepcją Benevolent Dictator for Life, odpowiedzialność za kierunek i decyzje dotyczące projektu spoczywa ostatecznie na BDFN. Użycie sformułowania „na razie” zamiast „na całe życie” nawiązuje do idei Django, zgodnie z którą obowiązki głównego opiekuna projektu nie powinny obciążać danej osoby przez całe życie. Życie istnieje poza światem open source, a równowaga między kodowaniem a życiem prywatnym oraz ogólne dobre samopoczucie są bardzo ważnymi kwestiami, o których należy pamiętać.
Autorem BDFN firmy BeeWare jest Russell Keith-Magee.
Założyciel pszczelarstwa¶
Człowiek, który jako pierwszy stanął na wzgórzu i dostrzegł jaka, które wymagało strzyżenia. Ta rola nigdy się nie zmienia i trwa w nieskończoność, jednak nie wiąże się z żadnymi dodatkowymi uprawnieniami w organizacji. Obecnie założyciel pszczelarstwa jest również BDFN, ale z czasem może się to zmienić.
Wytyczne (nie są to faktyczne 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ć:
- Bądź dobrym przedstawicielem projektu dla szerszej społeczności
- Traktuj każde zapytanie i każdy wkład w dowolny projekt BeeWare z szacunkiem
- Zakładaj, że wszyscy mają dobre intencje, nawet jeśli nie dobierają słów zbyt trafnie.
- Załóżmy, że jeśli ktoś postąpił „niewłaściwie”, to dlatego, że nie udało nam się przekazać mu informacji o procesie.
- Załóżmy, że wszelkie przejawy gniewu lub frustracji wynikają z autentycznej chęci korzystania z narzędzia/biblioteki BeeWare.
- Zachęcaj innych członków społeczności do odzwierciedlania tych ideałów w swojej komunikacji, zarówno wewnątrz społeczności BeeWare, jak i poza nią.
- Żaden pszczelarz nie powinien zatwierdzać własnego kodu.
- Wyjątek: „Coś jest bardzo zepsute i wymaga natychmiastowej naprawy”.
- Wyjątek: BDFN (może ulec zmianie w przyszłości)
- Wszystkie kody przesłane do przeglądu przez członka zespołu głównego powinny zostać sprawdzone przez innego członka zespołu.
- Wyjątek: BDFN (może ulec zmianie w przyszłości)
- Cały kod powinien przejść testy ciągłej integracji przed połączeniem.
- 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: Lepiej być pracowitym i zaangażowanym niż idealnym i nie
- Procesy akceptacji powinny być zautomatyzowane wszędzie tam, gdzie to możliwe.
- Oznacza to testy, linting, sprawdzanie pisowni, pokrycie i wiele więcej.
Zostań 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. Podsumowanie podstawowych wartości można znaleźć na stronie „O nas”. Od każdego, kto dołączy do zespołu, oczekuje się przestrzegania tych wartości i udziału w dyskusjach na temat ich ewolucji w miarę upływu czasu.
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.
„Bit zatwierdzenia”?¶
W systemach uniksowych pojedynczy bit w pliku jest używany do oznaczania uprawnień do wykonania pliku. W systemach kontroli źródła, podobny bit istnieje do oznaczający możliwość scalania kodu. Powiedzenie, że ktoś ma "bit commit" oznacza, że ma dostęp do zapisu w bazie kodu. W terminologii GitHub oznacza to ma możliwość scalania Pull Requestów i zatwierdzania kodu bezpośrednio do projektu. projektu.