GitHub Integration

CI/CD Failing and Blocking Your Team
While No One Watches?

A failed workflow sat unnoticed for 4 hours. Three PRs were blocked. A hotfix couldn't deploy. Someone had to message the whole team to find out.

✓ No credit card  ·  ✓ 5-minute setup  ·  ✓ Works with GitHub Actions and any CI system

Works with your CI/CD stack
GitHub Actions
GitHub
GitLab CI
CircleCI
Vercel
Railway

Broken pipelines block work silently

GitHub notifies you about individual failures. It doesn't tell you a workflow has been stuck for 3 hours, or that 4 PRs are blocked by a single flaky test.

🔴

Failed workflow blocked three PRs

A required status check started failing at 11pm. By morning, three engineers had opened PRs that couldn't merge. Two hours of debugging to find it was a flaky test in a shared workflow.

🚀

Deployment succeeded in CI, failed in prod

Your workflow reported green. The deployment job ran. But the health check timed out silently — the new version was serving errors for 22 minutes before someone checked.

⏳

Workflow stuck, not failed

A workflow step hung on a network call and never timed out. It wasn't failed — just running. For 3 hours. Blocking the merge queue without triggering any alert.

Pipeline monitoring that goes beyond green/red

NotiLens watches your workflow stream for failures, stuck runs, and post-deploy health gaps — and alerts you the moment your pipeline needs attention.

🔴

Instant failure alerts

NotiLens fires the moment a workflow run fails — with the workflow name, branch, and failed step. No checking GitHub notifications. No waiting for someone to notice.

⏳

Stuck workflow detection

Set a maximum expected run time per workflow. If a run exceeds it without completing, NotiLens alerts — even if the status is still "running", not "failed".

🚀

Deployment health monitoring

After a deploy workflow completes, monitor the silence in your health check endpoint. If your service doesn't resume normal activity within your configured window, NotiLens alerts your on-call.

Manual rules + auto anomaly detection

You get two layers of detection — not one. Set your own thresholds for what you know matters. NotiLens learns the rest automatically.

⚙️ Manual signal rules
Set exact conditions: thresholds, state changes, custom expressions like amount > $100. Fires only when your rule is met.
🧠 Smart anomaly detection
Auto-learns your baseline per event type. Flags spikes, drops, and unusual patterns without any manual threshold — including things you didn't know to watch for.

What NotiLens sends when your pipeline breaks

Every alert fires within 60 seconds of detection — with the workflow name, branch, and specific failure so you can act immediately.

NotiLens Live Feed — github-ci
🔴
Workflow failed: deploy-production on main — step: health-check timed out
Topic: github-ci • Workflow failure • 2 min ago
Critical
⏳
Workflow 'run-integration-tests' still running after 47 min — expected max 20 min
Topic: github-ci • Stuck workflow • 49 min ago
Warning
🔴
Required status check failing on 4 open PRs — lint-and-test workflow
Topic: github-ci • Blocking check • 1 hr ago
Critical
✅
deploy-production recovered — all health checks passing
Topic: github-ci • Recovered • 3 hr ago
Resolved
🚀

A stuck workflow isn't failed — it's "running." GitHub won't alert you. Your team won't know.

NotiLens detects when a workflow runs longer than expected and fires before it blocks your entire release process.

⚡ Avg detection time with NotiLens: <60 seconds

One caught pipeline failure unblocks your whole team

A blocked merge queue or stuck deployment costs engineering hours fast. Here's what teams typically recover with NotiLens.

< 60 sec

failed or stuck workflow detected — before engineers discover blocked PRs

Hours

how long stuck workflows can go unnoticed without explicit monitoring

5 min

to add the NotiLens notification step to your workflow YAML

Live in 5 minutes

No infrastructure changes. Add a single step to your GitHub Actions workflow and set your first failure rule.

1

Create a topic

Create a github-ci topic in NotiLens. Copy the endpoint URL.

2

Forward workflow events

Use a GitHub Actions step to forward workflow results to NotiLens on failure.

- name: Notify NotiLens
  if: failure()
  run: |
    curl -X POST \
      https://hook.notilens.com/webhook/TOPIC_ID/send \
      -H "X-NOTILENS-KEY: ${{ secrets.NOTILENS_SECRET }}" \
      -H "Content-Type: application/json" \
      -d '{"title":"${{ github.workflow }} failed",
         "type":"urgent"}'
3

Set stuck-workflow threshold

Configure: "Alert if workflow runs longer than 30 minutes without completing." Done.

GitHub CI/CD alerts — common questions

Does this work with GitHub Actions specifically? +
Yes — and with any CI system that can make an HTTP request. For GitHub Actions, add a NotiLens notification step that fires on failure. For GitLab CI, CircleCI, or others, use a post-step hook.
Can I monitor specific branches or workflows? +
Yes. Create separate NotiLens topics per workflow or branch. Your production deploy workflow can have tighter alerting than a feature branch test run.
How do I detect a stuck workflow, not just a failed one? +
Set a maximum expected run duration per workflow type in NotiLens. If a run doesn't complete — success or failure — within that window, NotiLens fires an alert.
Can I alert different people for different workflows? +
Yes. Each topic has its own subscriber list and on-call schedule. Your deploy-production failure can page the on-call engineer while a flaky test alert goes to the team Slack channel.
Does NotiLens integrate with GitHub's status checks API? +
Not directly — NotiLens works via webhook events you forward. This actually makes it more flexible: it works with any CI system, not just GitHub, and you control exactly which events trigger alerts.

Stop finding out about broken pipelines from your team

Know within 60 seconds when a workflow fails, stalls, or blocks your release. Free 7-day trial.

Start Free — 7-Day Trial