Discuter
Lancez les premières idées et questions dans les discussions ; classer les bugs reproductibles et les propositions concrètes comme problèmes.
Participation / Contributions contrôlées par conversation
Discuter d’abord. Construire ce que le projet peut examiner.
Chaque pull request commence par un problème de suivi approuvé qui établit la portée, les critères d'acceptation, les preuves, les risques, le propriétaire et le réviseur.
Débit requis
Approuver
Un responsable enregistre la portée, les non-objectifs, les risques, les preuves, le propriétaire, le réviseur et l'expiration.
Construire
Seul `decision:approved` autorise la mise en œuvre. Conservez la modification dans le périmètre convenu.
Revoir
Liez le problème, divulguez la provenance et l'IA, passez CI et DCO et obtenez l'approbation humaine.
Capacité d’examen
- Maximum de deux problèmes de mise en œuvre attribués et de deux demandes d'extraction ouvertes par contributeur externe.
- Les modifications jusqu'à 200 lignes sont préférées ; les travaux volumineux doivent être fractionnés ou recevoir une exception documentée.
- Le risque normal nécessite un responsable indépendant. Le risque critique nécessite une fenêtre d'examen de deux heures et de 72 heures.
Travail assisté par l'IA
Bienvenue, divulgué et détenu par un humain.
Le contributeur reste responsable de chaque ligne, réclamation, source, test et artefact. L'utilisation du matériel doit être divulguée et examinée dans le cadre de la politique de risque du référentiel cible.
N'envoyez pas de secrets, de vulnérabilités, de sources privées, de données personnelles ou d'artefacts restreints à un fournisseur non autorisé.
Façons de contribuer
- Mettre en œuvre le code et les tests approuvés.
- Reproduire des preuves sur un autre environnement.
- Améliorez la documentation, l’accessibilité et les traductions.
- Revoir les limites de sécurité et les marchés publics.
- Améliorer la gouvernance et la continuité.
- Gagnez des responsabilités explicites grâce à un travail soutenu et un bon jugement.