Un projet, à plusieurs. Chacun avec son rôle.
Invitez vos coéquipiers ou vos clients, donnez à chacun le rôle qu'il lui faut, et travaillez en même temps sur le même canvas.
En bref
- Rôles
- Owner, admin, developer, viewer
- Canvas
- Partagé en direct
- Clés API
- Préfixe wgk_, scopes, expiration
- Facturation
- Sur le compte du propriétaire
Travailler ensemble, chacun à sa place.
01
Quatre rôles.
Owner, admin, developer ou viewer : du propriétaire qui peut tout à la lecture seule des logs et des métriques.
Changer un rôle est immédiat, et retirer un membre coupe son accès sur-le-champ. Chacun ne voit que ses propres dépôts GitHub.
02
Le même canvas, en direct.
Ouvrez le projet à plusieurs : les curseurs de chacun, les déploiements lancés et l'état des services apparaissent chez tout le monde.
Rien à activer. Un viewer voit tout se produire, mais ne peut rien déclencher.
03
Des clés API étroites.
Une clé par usage, avec ses scopes (services:write, projects:read…), une limite de débit et une date d'expiration.
La clé complète ne s'affiche qu'une fois, à la création. Sur un projet, elle n'a jamais plus de droits que vous.
04
Votre compte sous contrôle.
Connexion par mot de passe, GitHub ou Discord, et la liste des sessions actives avec leur appareil et leur adresse IP.
Un appareil inconnu se déconnecte aussitôt. L'export de vos données se fait depuis la même page.
Ce que ça ne fait pas encore.
Le rôle owner ne se transfère pas depuis l'onglet Membres.
Les ressources d'un projet partagé sont décomptées sur le compte du propriétaire, ou sur le plan dédié du projet.
La présence en direct passe par WebSocket : une extension qui les bloque masque les curseurs.
Questions sur le travail en équipe
Le reste de la plateforme
Invitez votre équipe.
Un projet, des rôles, et le même canvas pour tout le monde.