Die fleißigen Bienen im Kernteam haben eine Reihe von Aufgaben, um den Bienenstock, der BeeWare ist, in Bewegung zu halten. Dies ist ein sich entwickelndes Projekt, daher kann sich diese Seite ändern.

Dazu gehören unter anderem das Reagieren auf Probleme, das Überprüfen und Zusammenführen von Code, die Betreuung neuer Mitwirkender und die Architektur des BeeWare-Projekts als Ganzes.

Es gibt Menschen, denen wir vertrauen, dass sie Entscheidungen über den Code treffen; es gibt Menschen, denen wir Code und organisatorische Entscheidungen zu treffen; und es gibt eine Person die die Vision der gesamten Organisation lenkt und damit betraut ist, eine eine endgültige Entscheidung zu treffen, wenn die Gemeinschaft nicht zu einem Konsens kommt.

Diese Ebenen können wie folgt beschrieben werden:

Biene, oder Arbeitsbiene:

  • Jedes Mitglied der BeeWare-Gemeinschaft. Da wir offen auf GitHub arbeiten, kann jeder Änderungen am Code vorschlagen und seinen Code zusammenführen. Die einzige Einschränkung für Ihren Beitrag ist, dass Ihre Arbeit von einem Teammitglied mit den entsprechenden Rechten zusammengeführt wird.

Bienenzüchter:

  • Eine Biene, die als vertrauenswürdige Mitarbeiterin anerkannt wurde. Diese Bienen haben ihre Fähigkeiten in Bezug auf einen bestimmten Teil des BeeWare-Projekts über einen bestimmten Zeitraum bewiesen. Dies kann auf technischer Ebene sein Ebene (JavaScript-, Python-, Objective-C-Kenntnisse; GTK+, macOS Kenntnisse), oder auf einer anderen Ebene (Community Management, Code Review). Apiaristen können auch den Commit-Bit für das Projekt haben, wo ihre Expertise anerkannt wird.

Leitende Apiaristen:

  • Imker mit erweiterten Zugriffsrechten auf GitHub und einer zusätzlichen Verantwortung für das Projekt als Ganzes. Sie sind in der Lage architektonische Entscheidungen treffen, sind aber letztlich dem BDFN unterstellt.

Gründungsimker: Russell Keith-Magee

  • Der Mann, der als erster auf einem Hügel stand und ein Yak sah, das geschoren werden musste
  • Diese Rolle ändert sich nie und wird ad infinitum fortgesetzt.
  • Diese Rolle unterscheidet sich von der BDFN-Rolle

Bienenfeindlicher Diktator für jetzt (BDFN): Russell Keith-Magee

  • Eine Übernahme von Benevolent Dictator for Life, die Verantwortung für die Richtung und die Entscheidungen des Projekts liegt letztlich beim BFDN. Die Verwendung von "For Now" im Gegensatz zu "For Leben" ist eine Anspielung auf das Django-Thema, die Verantwortlichkeiten des Kern-Maintainers nicht für das gesamte Leben einer Person Leben. Es gibt ein Leben außerhalb von Open Source, und die Balance zwischen Code und Leben und allgemeine Wohlbefinden ist eine sehr wichtige Sache, die man im Auge behalten sollte.

Leitlinien (keine eigentlichen Regeln)

Wie bei jedem Projekt mit mehr als einer Person mit Commit-Rechten gibt es gibt es eine Reihe von allgemeinen Richtlinien, die das Team befolgen sollte:

  • eine gute Repräsentation des Projekts in der breiteren Gemeinschaft sein
  • Behandeln Sie jede Anfrage und jeden Beitrag zu einem BeeWare-Projekt mit Respekt**
  • Gehen Sie davon aus, dass jeder gute Absichten hat, auch wenn er seine Worte nicht gut gewählt hat. Worte gut gewählt haben
  • Gehen Sie davon aus, dass, wenn jemand etwas "falsch" gemacht hat, es daran liegt weil wir im Kommunikationsprozess versagt haben
  • Gehen Sie davon aus, dass jeder Ausdruck von Wut oder Frustration aus einem echten aus dem Wunsch heraus, ein BeeWare-Werkzeug/eine BeeWare-Bibliothek zu nutzen
  • Ermutigen Sie andere Mitglieder der Gemeinschaft, diese Ideale in in ihrer eigenen Kommunikation, sowohl innerhalb als auch außerhalb der BeeWare Gemeinschaft
  • Kein Imker sollte seinen eigenen Code veröffentlichen
    • Ausnahmen: "Etwas ist sehr kaputt und muss sofort behoben werden"
    • Ausnahme: BDFN (dies kann sich in Zukunft ändern)
  • Jeder Code, der von einem Mitglied des Kernteams zur Überprüfung eingereicht wird, sollte von von einem anderen Teammitglied
    • Ausnahme: BDFN (dies kann sich in der Zukunft ändern)
  • Der gesamte Code sollte die Tests der kontinuierlichen Integration bestehen, bevor er zusammengeführt wird.
    • Ausnahme: Code, von dem bekannt ist, dass er fehlerhaft ist und aus anderen Gründen eingebunden werden muss aus anderen Gründen
    • Ausnahme: Code in einem Repo mit unzureichenden CI-Tests
    • Eine Ausnahme: Funktionierend und committed ist besser als perfekt und nicht
  • Abnahmeprozesse sollten so weit wie möglich automatisiert werden.
    • Das bedeutet Tests, Linting, Rechtschreibprüfung, Abdeckung und mehr

Ein Imker werden

Die Aufnahme eines neuen Imkers in das Team liegt im alleinigen Ermessen des bestehenden Kernteams. Zwar gibt es derzeit keine festen Regeln Regeln gibt, wird im Allgemeinen jemand als Imker in ein BeeWare-Projekt eingeladen BeeWare-Projekt eingeladen, wenn er solide Beiträge zu dem Projekt. Dies kann auch auf jemanden mit spezifischem Fachwissen ausgeweitet werden Fachwissen (z.B. iOS/macOS), das im bestehenden Team fehlen könnte bestehenden Team fehlt. Es muss auch nicht auf Commits beruhen. Jeder, der in der Lage ist, ein Interesse an dem Projekt im Allgemeinen zu zeigen, kann um die Erlaubnis bitten, an dem Projekt mitzuarbeiten.

Alle neuen Imker werden (in Ermangelung eines besseren Wortes) in die Grundwerte und Leitlinien des Projekts. Eine Zusammenfassung der Grundwerte finden Sie auf der Seite über das Projekt. Jeder, der dem Team beitritt Team beitritt, wird erwartet, dass er sich an diese Werte hält und sich an Diskussionen über die Weiterentwicklung dieser Werte im Laufe der Zeit.

Von einem Imker, ob neu oder alt, wird nicht erwartet, dass er sich allein um eine Sache kümmert. einer Sache zu sein. Es gibt viele Imker, und noch viel mehr, die Hilfe, Rat und die Hilfe, Rat und Betreuung anbieten können.