Réagir aux push, tags et merge requests GitLab par webhook ou polling.
Utilisation et spécificités
Publiez le workflow et configurez le webhook ou le polling du dépôt. Les événements, branches et filtres limitent les déclenchements. Le token doit autoriser l’accès au dépôt et, si nécessaire, la création du webhook.
Type technique : gitlab_trigger. Runtime : nodulz.
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
Paramètre
Type
Par défaut
Valeurs / limites
rateLimitEnabled
boolean
-
-
rateLimitMax
number
-
-; > 0
rateLimitWindowMs
number
-
-; > 0
allowedIps
array
-
-; max 256
blockedIps
array
-
-; max 256
provider
literal
"gitlab"
gitlab
events
array
["push"]
-
branch
string
""
-
mergedOnly
boolean
true
-
repo
string
""
-
credentialId
string
-
-
mode
enum
"webhook"
auto, webhook, poll
pollInterval
string
"2m"
-
secret
string
-
-
testPayload
string
""
-
rules
object
-
-
rules.ignorePathPatterns
array
[]
-
rules.requirePathPatterns
array
[]
-
deliveryMode
enum
-
manual, webhook, poll
webhookId
union
-
-
pollState
object
-
-
pollState.branchShas
record
-
-
pollState.tagShas
record
-
-
pollState.lastMergedPrIds
array
-
-
setupError
string
-
-
Aide de configuration
repo URL du dépôt
URL HTTPS du dépôt à surveiller. À la publication, nodulz tente de créer le webhook automatiquement.
mode Mode de déclenchement
Webhook : déclenchement instantané via un webhook sur le dépôt. Poll : vérification régulière du dépôt.
pollInterval Intervalle de polling
Format : 30s, 2m, 1h ou expression cron.
provider Fournisseur Git
Détermine comment parser et vérifier les événements entrants.
branch Branche
Filtre sur la branche poussée ou la branche cible d'une PR/MR.
mergedOnly Pull/Merge requests : uniquement après fusion
Ne déclenche que lorsque la PR/MR est fusionnée (pas à l'ouverture).
testPayload Payload de test
JSON simulé pour les tests dans l'éditeur. Objet simple = corps de l'événement push.
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Réagir aux push, tags et merge requests GitLab par webhook ou polling.
Utilisation et spécificités
Publiez le workflow et configurez le webhook ou le polling du dépôt. Les événements, branches et filtres limitent les déclenchements. Le token doit autoriser l’accès au dépôt et, si nécessaire, la création du webhook.
Type technique :
gitlab_trigger. Runtime :nodulz.Identifiants et prérequis
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
rateLimitEnabledbooleanrateLimitMaxnumberrateLimitWindowMsnumberallowedIpsarrayblockedIpsarrayproviderliteral"gitlab"gitlabeventsarray["push"]branchstring""mergedOnlybooleantruerepostring""credentialIdstringmodeenum"webhook"auto,webhook,pollpollIntervalstring"2m"secretstringtestPayloadstring""rulesobjectrules.ignorePathPatternsarray[]rules.requirePathPatternsarray[]deliveryModeenummanual,webhook,pollwebhookIdunionpollStateobjectpollState.branchShasrecordpollState.tagShasrecordpollState.lastMergedPrIdsarraysetupErrorstringAide de configuration
repoURL du dépôt
modeMode de déclenchement
pollIntervalIntervalle de polling
providerFournisseur Git
branchBranche
mergedOnlyPull/Merge requests : uniquement après fusion
testPayloadPayload de test
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
{ "provider": "gitlab", "events": [ "push" ], "branch": "", "mergedOnly": true, "repo": "", "mode": "webhook", "pollInterval": "2m" }Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.