Gouvernance¶

Les membres très actifs de l'équipe centrale ont plusieurs responsabilités pour faire fonctionner la ruche qu'est BeeWare. Il s'agit d'un projet en constante évolution, 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.

Ancienneté dans l'équipe¶

Les différents niveaux d'ancienneté dans le projet BeeWare sont les suivants :

Abeille, ou abeille ouvrière¶

Tout membre de la communauté BeeWare. Étant donné que nous travaillons ouvertement sur GitHub, tout le monde peut proposer des modifications au code et voir son code fusionné. La seule limite à votre capacité à contribuer est que votre travail soit fusionné par un membre de l'équipe disposant des droits nécessaires pour le faire.

Apiculteur¶

Une abeille qui a été reconnue comme un contributeur de confiance. Ces abeilles ont démontré leurs compétences dans un domaine spécifique du projet BeeWare pendant un certain temps. Cela peut être au niveau technique (expertise en JavaScript, Python, Objective-C ; connaissances en GTK+, macOS) ou à un autre niveau (gestion de communauté, révision de code). Les apiculteurs peuvent également avoir le droit de validation pour le projet dans lequel leur expertise est reconnue.

Apiculteurs chevronnés¶

Apiculteurs bénéficiant d'un accès privilégié à GitHub et d'un niveau de responsabilité supplémentaire pour superviser l'ensemble du projet. Ils sont habilités à prendre des décisions architecturales, mais rendent finalement compte au BDFN.

Dictateur bienveillant pour l'instant (BDFN)¶

Une version du dictateur bienveillant à vie, la responsabilité de l'orientation et des décisions du projet incombe en dernier ressort au BDFN. L'utilisation de « pour l'instant » plutôt que « à vie » fait référence au thème Django qui consiste à ne pas soumettre les responsabilités du responsable principal à la durée de vie naturelle 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, sont des éléments très importants à garder à l'esprit.

Le BDFN de BeeWare est Russell Keith-Magee.

Apiculteur fondateur¶

L'homme qui, le premier, s'est tenu sur une colline et a aperçu un yack qui avait besoin d'être tondu. Ce rôle ne change jamais et se poursuit à l'infini ; cependant, il ne confère aucun pouvoir supplémentaire au sein de l'organisation. À l'heure actuelle, l'apiculteur fondateur est également le BDFN, mais cela pourrait changer avec le temps.

Lignes directrices (et non règles effectives)¶

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 :

Représentez dignement le projet auprès de la communauté au sens large
Traitez chaque demande et chaque contribution à tout projet BeeWare avec respect
Partir du principe que tout le monde a de bonnes intentions, même si les mots choisis ne sont pas les plus appropriés.
Partir du principe que si quelqu'un a fait quelque chose de « mal », c'est parce que nous avons échoué à communiquer le processus.
Considérez toute expression de colère ou de frustration comme provenant d'un désir sincère d'utiliser un outil/une bibliothèque BeeWare.
Encouragez les autres membres de la communauté à refléter ces idéaux dans leurs propres communications, tant à l'intérieur qu'à l'extérieur de la communauté BeeWare.
Aucun apiculteur ne devrait s'engager à respecter son propre code.
Exception : « Quelque chose ne fonctionne vraiment pas et doit être réparé immédiatement. »
Exception : BDFN (cela pourrait changer à l'avenir)
Tout code soumis pour examen par un membre de l'équipe principale doit être examiné par un autre membre de l'équipe.
Exception : 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 défectueux et qui doit être validé pour d'autres raisons.
Exception : code dans un dépôt avec des tests CI insuffisants
Exception : mieux vaut être efficace et engagé que parfait et inactif.
Les processus d'acceptation doivent être automatisés dans la mesure du possible.
Cela signifie des tests, des vérifications de code, des vérifications orthographiques, des couvertures, etc.

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. Un résumé des valeurs fondamentales est disponible sur la page À propos. Toute personne qui rejoint l'équipe devra respecter ces valeurs et contribuer aux discussions visant à les faire évoluer 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.

« Bit de validation » ?¶

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.