Block 1 - Git Tag Webhook
- Type / Role
- n8n-nodes-base.webhook - webhook
- Config choices
- Version 1.1
Git Tag → Release Notes → Jira → Slack (Dev + QA) This workflow automatically detects a new GitLab tag, validates the version, fetches commit changes, generates release notes, creates a Jira task a...
n8n-nodes-base.webhook, n8n-nodes-base.if, n8n-nodes-base.httprequest, n8n-nodes-base.code, n8n-nodes-base.set, n8n-nodes-base.slack, n8n-nodes-base.respondtowebhook, n8n-nodes-base.jira
This workflow is cataloged by N8N Workflows and links back to its original n8n.io source page by WeblineIndia.
Original n8n.io sourceThis workflow automatically detects a new GitLab tag, validates the version, fetches commit changes, generates release notes, creates a Jira task and sends notifications to separate Slack channels for Development and QA teams.
This workflow starts whenever a new tag such as v1.0.0 is pushed in GitLab. It checks whether the tag format is correct, collects recent commits, prepares release notes, creates a Jira issue for QA testing and sends Slack notifications to Dev and QA teams.
You receive:
Ideal for teams that want a clean and automated software release process without manual follow-up.
This workflow automates release management:
This helps teams release faster with proper communication.
This workflow is ideal for:
To run this workflow, you need:
Modify the IF node:
You can change:
You may add:
You can include:
You can extend this workflow to:
Notify developers instantly after version tag push.
Automatically create Jira ticket for testing.
Use during sprint end releases.
Send official release communication.
Keep Dev, QA and Managers updated.
| Issue | Possible Cause | Solution |
|---|---|---|
| Workflow not starting | Webhook not added | Recheck GitLab webhook |
| Invalid tag error | Wrong version format | Use v1.0.0 |
| No commits found | Token/API issue | Check GitLab token |
| Jira issue not created | Wrong credentials | Reconnect Jira |
| Slack message failed | Invalid Slack auth | Reconnect Slack |
| Wrong channel used | Wrong channel ID | Select correct channel |
If you need help customizing or extending this workflow with features such as auto deployments, approvals, dashboards or enterprise release automation, then our n8n workflow developers at WeblineIndia can help with advanced automation solutions.
This catalog entry is organized from the workflow JSON. The node-level section below shows the executable blocks available for review before importing the template.
| Workflow | Automate GitLab tag releases to Jira and Slack for Dev and QA |
|---|---|
| Complexity | advanced |
| Nodes | 19 |
| Categories | DevOps |
| Author | WeblineIndia |
| Published | 28 Apr 2026 |
Use the JSON export at /data/workflows/15354/15354.json as the source template for this automation.
Open n8n, import the downloaded JSON, and review each node before activating the workflow.
Replace placeholder credentials, API keys, webhook URLs, account IDs, and environment-specific values with your own settings.
Run the workflow manually or in a staging workspace, inspect node output, and confirm downstream systems receive the expected data.
Enable the workflow only after testing, then monitor executions, errors, and rate limits during the first production runs.
Review imported nodes carefully before activation. This catalog entry is intended to help you inspect the workflow structure, understand required services, and find related templates faster.
Node names, credentials, schedules, webhook paths, and external service limits may need adjustment for your workspace.
Git Tag → Release Notes → Jira → Slack (Dev + QA) This workflow automatically detects a new GitLab tag, validates the version, fetches commit changes, generates release notes, creates a Jira task a...
Review the workflow JSON, configure any required credentials in n8n, and test the automation in a safe workspace before using it in production.
Yes. Use the block-by-block analysis and the downloadable JSON to inspect each node, then adjust credentials, prompts, schedules, filters, or destinations for your DevOps use case.