Vérifie chaque semaine les permissions d’attribution
Chaque vendredi, Notis vérifie que tu peux attribuer des issues à tous les membres de ton équipe. Plus de surprise au moment de répartir le travail.
Déclencheur
Planification récurrente
Notis lance ce workflow selon un planning : chaque jour, chaque semaine ou pendant les heures de bureau, par exemple.
Action
Check if a user can be assigned
Vérifie si un utilisateur peut être assigné à des issues d’un dépôt.
Pourquoi c’est utile
Tu essaies d’attribuer une issue à quelqu’un et une erreur de permissions s’affiche. Cette personne a perdu son accès ou a été retirée de l’équipe. Tu passes 20 minutes à chercher la cause au lieu de lui confier la tâche.
- Repère les problèmes de permissions avant qu’ils bloquent le travail
- Garde une vue claire des accès GitHub de ton équipe
- Évite les mauvaises surprises en plein sprint
Mise en place
Monte-le en quelques étapes simples.
- 1Connecte GitHub à Notis.
- 2Crée une automatisation : « Chaque vendredi à 9 h, vérifie que je peux attribuer des issues aux membres clés de mon équipe. Signale ceux pour qui ce n’est pas possible. »
- 3Donne à Notis les noms d’utilisateur GitHub des personnes à qui tu confies des issues.
- 4Choisis un canal Slack pour recevoir le rapport hebdomadaire.
- 5Vérifie le premier rapport et mets à jour la liste de l’équipe si nécessaire.
Questions sur ce workflow
Que signifie exactement « pouvoir recevoir une issue » ?
La personne collabore au dépôt avec au moins un accès en lecture. Elle n’a été ni retirée ni suspendue de l’organisation.
Puis-je lancer cette vérification plus ou moins souvent ?
Oui. Chaque jour, chaque semaine ou chaque mois, selon le rythme de ton équipe.
Que faire si je ne peux pas attribuer d’issue à quelqu’un ?
Vérifie dans GitHub si la personne a perdu son accès par erreur. Invite-la à nouveau dans le dépôt ou l’organisation si nécessaire. Notis refera la vérification la semaine suivante.
Quand ceci arrive · Déclencheur
Fais ceci · Action
Déclencheurs et actions pris en charge
Notis crée des workflows qui relient Slack à GitHub. Un déclencheur part d’un endroit, une action arrive dans un autre.
Déclencheurs Slack
Actions GitHub
Déclencheur récurrent
Notis lance ce workflow selon un planning : chaque jour, chaque semaine ou pendant les heures de bureau, par exemple.
Accept a repository invitation
Accepte une invitation en attente à rejoindre un dépôt.
Déclencheur webhook
Notis lance ce workflow quand un outil externe ou ton propre backend envoie une requête HTTP.
Abort Repository Migration
Interrompt une migration de dépôt en attente ou en cours.
New Channel Created Trigger
Se déclenche lorsqu’un nouveau canal est créé.
Add email for auth user
Ajoute des adresses e-mail à ton compte.
Channel Message Received
Se déclenche lorsqu’un message est publié dans un canal, hors messages directs.
Add app access restrictions
Autorise des applications à pousser sur une branche protégée.
Direct Message Received
Se déclenche lorsqu’un nouveau message direct, y compris une réponse dans un fil, est envoyé à l’utilisateur.
Add a repository collaborator
Ajoute un utilisateur comme collaborateur d’un dépôt ou modifie son accès.
Message Reaction Added
Se déclenche lorsqu’une réaction est ajoutée à un message.
Add field to user project
Ajoute un champ personnalisé à un projet appartenant à l’utilisateur.
Message Reaction Removed
Se déclenche lorsqu’une réaction est retirée d’un message.
Add a repository to an app installation
Accorde à une application l’accès à un dépôt.
Reaction Added Trigger
Se déclenche lorsqu’une réaction est ajoutée à un message.
Add item to user project
Ajoute une issue ou une pull request à un projet appartenant à l’utilisateur.
Connecte deux apps avec Notis au milieu.
Slack et GitHub, ou toute autre combinaison parmi 1 500+ intégrations.
Quand ceci arrive · Déclencheur
Fais ceci · Action
Gagne ta première heure dès aujourd’hui.
Essai gratuit de 7 jours sur n’importe quel forfait payant, avec 20 $ de consommation inclus.
Sans carte bancaire. Fonctionne avec GitHub perso ou pro.