Connecteurs / GitLab
+
Disponible

Réponses sourcées depuis GitLab

Projets, issues et merge requests – y compris sur votre propre instance GitLab : c:node relie l'état du développement aux tickets, contrats et échéances.

:node· GitLab · connecté
@Ben, qu'est-ce qui bloque actuellement le projet Portail citoyen ?
BenAgent IA
Une merge request concernant la connexion attend la validation du contrôle de sécurité. Selon le cahier des charges, celle-ci conditionne la réception.
GitLab · Merge request « Durcissement de la connexion »Cahier des charges, chap. 4
Demandez à @Ben …
Usage

Ce qui change avec c:node.

Aujourd'hui

Code, tickets et exigences sont séparés – seule l'équipe connaît le lien entre eux.

  • Les blocages apparaissent tard
  • Les exigences ne figurent pas dans la merge request
  • Les rapports aux donneurs d'ordre prennent du temps
  • Les instances auto-hébergées restent souvent à l'écart
Avec c:node

Comment les équipes utilisent c:node avec GitLab.

  • Identifier les blocagesCe qui retarde le projet – sourcé.
  • Vérifier les exigencesLes merge requests confrontées au cahier des charges.
  • Rendre compteUn état du projet sourcé pour les donneurs d'ordre.
  • Auto-hébergéVotre propre instance GitLab peut aussi servir de source.
Connexion

Connecté en trois étapes.

1

Connecter

OAuth ou Personal Access Token – une seule connexion, c'est prêt.

2

Demander

Projets, issues et merge requests via la recherche GitLab – y compris sur des instances auto-hébergées. Commentaires uniquement après votre validation.

3

Valider

Si c:node écrit quelque chose dans GitLab, cela n'a lieu qu'après votre validation.

Connectez GitLab en quelques minutes.

Se connecter, valider, demander – sans logiciel sur vos postes.