Welcome,

I understand how frustrating this issue is, especially since you mentioned that you haven't exceeded your usage limits and that your Git connection settings are correct.

This type of hold often occurs in hobby projects due to temporary security measures being activated on the account or project, or because the system detects a pattern it deems requires review. To try and resolve this issue, you can try the following:

Reconnect your Git repository: Go to Project Settings, then Git, disconnect from the repository, and then reconnect to refresh the deploy hooks synchronization.

Create a new manual deployment with a different URL or a new branch: Try pushing a very simple modification (such as changing a character in the Readme file) to a new branch or directly to see if the build system detects the event and responds.

Check your account logs: Make sure there are no pending notices or warnings in your main account settings requiring you to confirm some data or remove something that violates the terms of service. Since the amateur plan doesn't allow opening direct support tickets, the best way to resolve this build system issue is to clearly state the problem here, including the pending task ID. The Vercel team or community moderators will often escalate the matter to the technical team to investigate why your Deploy Hooks are stuck.

I hope you resolve this issue soon!

I have the same probleme si August 7th.

I create a case here :

https://community.vercel.com/t/les-push-merge-vers-main-ne-declenchent-plus-de-deploiement-automatique-production-ni-preview/47510

Thank you for your help !

I made these actions listed without results. Please, help me because i have no deployment since.

If a deployment fails before the build even starts, that would indicate it's being rejected for some reason. The most common cause I've seen is a configuration issue.

You can test for configuration issues using the CLI to run vercel build or vercel deploy on your local repo. That'll either succeed or output error details when it fails. Either way, that will give a clue about the source of the issue.

It fails after multiple previous deployment !

That makes me think it was a configuration or code change introduced after August 5. Can you look at your commits in GitHub or use the CLI to check for any error or success messages?

Hi,

Thanks for the pointers — I went through all of them, plus one more test that I think is the actual lead: the Vercel CLI can't authenticate against this account at all.

I generated a fresh Personal Access Token twice (from account/tokens), on two separate attempts, and every CLI command fails:

1
$ vercel whoami --token vcp_...
2
Error: User not found.
3

4
$ vercel teams ls --token vcp_...
5
Error: The token provided via `--token` argument is not valid. Please provide a valid token.
6

7
$ vercel project ls --token vcp_...
8
Error: User not found.
9

This is reproducible with a brand-new token each time, so it's not a copy/paste issue. The dashboard (browser session auth) works fine for reading data, but anything going through token-based/API auth fails immediately with a user-resolution error. Given that GitHub-triggered deployments and Deploy Hook processing both happen server-side (and presumably need to resolve the account/user context too), I suspect this is the same underlying issue causing the deployment problem below — not a separate bug.

Here's everything else I checked, ruling out each one:

1. vercel.json / git.deploymentEnabled: Checked both the current branch and the exact merge commit that's live in Production (412467a02250f14b7100f933b8f02eabb206108c). No git key at all in vercel.json — no deploymentEnabled: false, no per-branch rule.
2. Ignored Build Step: Set to "Automatic" (the default). Not customized.
3. Require Verified Commits: "Inherit from Team (Disabled)". Not the cause.
4. Classic repo webhook: None configured — the integration relies entirely on the GitHub App.
5. GitHub App installation: Active, not suspended, "Repository access" set to "All repositories".
6. Deploy Hook: Accepted at the API level ({"job":{"id":"...","state":"PENDING"}}) both before and after recreating it, but never produced a visible entry in the Deployments list (checked all statuses).
7. Project/team scope: Only one team ("Normivia", Hobby) and one project ("normivia") exist on this account.
8. Git integration itself: Fully disconnected and reconnected — didn't restore automatic deployments, only invalidated the previous Deploy Hook.
9. Comparison with Railway (same GitHub repo, separate GitHub App installation): deploys correctly and is up to date with the latest merge into main — rules out a GitHub-side/account-wide permission issue.
10. Vercel status page: All systems operational, no ongoing incident.

For reference, the last commit that WAS successfully deployed is 412467a02250f14b7100f933b8f02eabb206108c (Aug 8). Every commit since then, on both main and EPIC-V2-001, has produced no deployment at all — not even a failed/errored one.

Could you check on your end why token-based auth resolves to "User not found" for this account, and whether that's tied to the deployment issue?

Thanks for your help digging further into this.

Interesting. What version of the CLI are you using? Please try updating to the latest version of the CLI (currently 58.9.3), run vercel login (you might need to vercel logout first), and let me know if that works

Hi,

Good news — this is resolved, and your suggestion is what got us there.

I updated the CLI to 58.9.3 and ran vercel logout / vercel login. The login itself went through fine (OAuth device flow), which immediately told me the earlier "User not found" / invalid-token errors were a separate, unrelated issue tied specifically to Personal Access Token generation — not connected to the deployment problem at all.

With the CLI properly authenticated, I ran vercel build then vercel deploy locally, and that's where the real cause finally surfaced with an actual error message (something none of the GitHub-triggered attempts or Deploy Hook calls ever returned):

1
Hobby accounts are limited to daily cron jobs. This cron expression (0 * * * *)
2
would run more than once per day. Upgrade to the Pro plan to unlock all Cron
3
Jobs features on Vercel.
4

Our vercel.json had an hourly cron (0 * * * *, a health-check job) left over from before this limit apparently started being enforced on our Hobby plan. Every deployment attempt — GitHub push, Deploy Hook, all of it — was failing at this config-validation step, before a Deployment record was ever created. That's exactly why nothing ever showed up in the Deployments list, not even as an error: the validation failure happened upstream of that.

I changed the cron to run once a day instead, redeployed via the CLI, and confirmed it went live on Production (md-link-0) successfully. Since the cause was a config validation issue rather than anything wrong with the GitHub integration itself, automatic deployments from future pushes should also work normally again now.

One piece of feedback, if useful: it'd have saved a lot of time if this same error had been surfaced somewhere in the dashboard (e.g. on the Deploy Hook response, or as a visible failed deployment) instead of only showing up via the CLI. Might be worth a look on your end for other Hobby-plan users hitting the same silent failure.

Thanks for the help getting here — appreciate it.