Les abeilles occupées de la Core Team ont un certain nombre de responsabilités pour faire avancer la ruche qu'est BeeWare. responsabilités pour faire tourner la ruche qu'est BeeWare. Il s'agit d'un projet projet évolutif, cette page est donc susceptible d'être modifiée.

Il s'agit, entre autres, de répondre aux problèmes, de réviser et de fusionner le code, d'encadrer les nouveaux contributeurs et d'élaborer l'architecture du projet. et la fusion du code, le mentorat des nouveaux contributeurs, et l'architecture du projet BeeWare dans son ensemble.

Il y a des personnes en qui nous avons confiance pour prendre des décisions en matière de code ; il y a des personnes en qui nous avons confiance pour prendre des décisions en matière de code et d'organisation. pour prendre des décisions en matière de code et d'organisation ; et il y a une personne qui qui guide la vision de l'ensemble de l'organisation et à qui l'on confie la décision finale si la communauté ne parvient pas à un consensus. prendre une décision finale si la communauté ne parvient pas à un consensus.

Ces niveaux peuvent être décrits comme suit :

Abeille, ou abeille ouvrière :

  • Tout membre de la communauté BeeWare. Etant donné que nous travaillons de manière ouverte sur GitHub, n'importe qui peut suggérer des changements au code et voir son code fusionné. La seule limite à votre capacité à contribuer est d'avoir votre travail fusionné par un membre de l'équipe ayant le droit de le faire. travail soit fusionné par un membre de l'équipe qui en a le droit.

Apiculteur :

  • Une abeille qui a été reconnue comme un contributeur de confiance. Ces abeilles ont démontré leurs capacités dans une partie spécifique du projet BeeWare sur une certaine période. Il peut s'agir d'un niveau technique technique (expertise en JavaScript, Python, Objective-C ; connaissance de GTK+, macOS ), ou à un autre niveau (gestion de la communauté, examen du code). Les apiaristes peuvent également avoir le commit bit pour le projet où leur expertise est reconnue.

Apiculteurs seniors :

  • Apiculteurs disposant d'un accès élevé à GitHub, ainsi que d'un niveau supplémentaire de de responsabilité pour superviser le projet dans son ensemble. Ils sont capables de prendre des décisions architecturales, mais répondent en dernier ressort au BDFN.

Apiculteur fondateur : Russell Keith-Magee

  • L'homme qui, le premier, s'est tenu sur une colline et a aperçu un yak qui avait besoin d'être rasé.
  • Ce rôle ne change jamais et se poursuit à l'infini.
  • Ce rôle est différent de celui du BDFN

Dictateur bienveillant pour l'instant (BDFN) : Russell Keith-Magee

  • Une version de Dictateur bienveillant pour la vie, Benevolent Dictator for Life, la responsabilité de la direction et des décisions du projet du projet incombent en dernier ressort au BFDN. L'utilisation de "For Now" par opposition à "For à vie" fait référence au thème de Django qui consiste à ne pas soumettre les responsabilités de mainteneur du noyau pour toute la durée de vie d'une personne. d'une personne. La vie existe en dehors de l'open source, et l'équilibre entre le code et la vie, ainsi que le bien-être général, est une chose très importante pour Django. et le bien-être général est une chose très importante à garder à l'esprit.

Lignes directrices (pas de règles proprement dites)

Comme pour tout projet dans lequel plusieurs personnes ont des droits de validation, l'équipe doit suivre un certain nombre de lignes directrices générales. il existe un certain nombre de directives générales que l'équipe doit suivre :

  • Être une bonne représentation du projet auprès de la communauté au sens large.
  • Traiter chaque demande de renseignements et chaque contribution à un projet BeeWare avec respect**
  • Partir du principe que tout le monde a de bonnes intentions, même s'il n'a pas bien choisi ses mots. pas bien choisi ses mots
  • Supposer que si quelqu'un a fait quelque chose de la "mauvaise" façon, c'est parce que nous n'avons pas réussi à communiquer le processus. c'est parce que nous avons échoué dans le processus de communication
  • Supposer que toute expression de colère ou de frustration provient d'un véritable désir d'utiliser une d'un désir sincère d'utiliser un outil ou une bibliothèque BeeWare.
  • Encourager les autres membres de la communauté à refléter ces idéaux dans leur dans leurs propres communications, tant à l'intérieur qu'à l'extérieur de la BeeWare
  • Aucun apiculteur ne doit engager son propre code.
    • Exception : "Quelque chose est très cassé et doit être corrigé maintenant"
    • Exception : BDFN (ceci peut changer dans le futur)
  • Tout code soumis pour révision par un membre de l'équipe principale doit être révisé par un autre membre de l'équipe. par un autre membre de l'équipe
    • Exception : BDFN (cela peut changer à l'avenir) : BDFN (cela pourrait changer à l'avenir)
  • Tout le code doit passer les tests d'intégration continue avant d'être fusionné.
    • Exception : code dont on sait qu'il est cassé et qui doit être validé pour d'autres raisons
    • Exception : code dans un repo avec des tests d'intégration continue insuffisants
    • Exception : Il est préférable de travailler et d'être validé que d'être parfait et de ne pas l'être.
  • Les processus d'acceptation doivent être automatisés dans la mesure du possible
    • Cela signifie les tests, le linting, la vérification de l'orthographe, la couverture, et plus encore.

Devenir apiculteur

L'introduction d'un nouvel apiculteur dans l'équipe est laissée à l'entière discrétion de l'équipe principale existante. Bien qu'il n'y ait pas de règles strictes à ce sujet, en général, quelqu'un sera invité à devenir apiculteur en général, quelqu'un sera invité à devenir apiculteur sur un projet projet BeeWare s'il a démontré de solides contributions au projet. projet. Ceci peut également être étendu à quelqu'un ayant des connaissances spécifiques dans un domaine (par exemple, iOS/micro-ordinateur). (par exemple, iOS/macOS) qui pourrait manquer à l'équipe existante. l'équipe existante. Il n'est pas non plus nécessaire de se baser sur les commits. Toute personne qui qui peut démontrer un intérêt pour le projet en général peut demander l'autorisation de participer au projet.

Tous les nouveaux apiculteurs seront "initiés" (faute d'un meilleur terme) aux valeurs fondamentales et aux lignes directrices du projet. valeurs fondamentales et les lignes directrices du projet. Un résumé des valeurs fondamentales peut être trouvé sur la page about. Toute personne qui rejoint l'équipe l'équipe devra respecter ces valeurs et contribuer aux discussions sur aux discussions sur l'évolution de ces valeurs au fil du temps.

Un apiculteur, qu'il soit nouveau ou ancien, n'est pas censé être le seul à entretenir d'une chose en particulier. Il y a de nombreux apiculteurs, et beaucoup d'autres à côté, qui peuvent offrir de l'aide, des conseils et du mentorat.

"Commit bit" ?

Dans les systèmes Unix, un seul bit dans un fichier est utilisé pour indiquer la permission d'exécuter un fichier. d'exécuter un fichier. Dans les systèmes de contrôle du code source, un bit similaire existe pour pour indiquer la capacité à fusionner du code. Dire que quelqu'un a le "bit de validation" signifie qu'il a un accès en écriture à une base de code. En termes de GitHub, cela signifie qu'elle a la possibilité de fusionner des Pull Requests et de livrer du code directement au projet. directement dans le projet.