« Your spending limit needs to be increased » : relancez GitHub Actions

Ce message veut dire que la CI de votre dépôt privé s'est arrêtée et ne redémarrera pas tant qu'une personne ayant les droits de facturation n'aura pas réglé le problème, ou avant 00:00 UTC le 1er du mois. Chaque pull request qui attend une coche verte attend avec elle.

Vous pouvez exécuter la tâche maintenant. Passez-la sur runs-on: skipbox et faites un push : les exécuteurs Skipbox ne puisent ni dans votre budget GitHub ni dans vos minutes gratuites, et la tâche démarre alors que la facturation est toujours bloquée.

Pourquoi GitHub ne démarre pas la tâche

La page de l'exécution affiche :

The job was not started because recent account payments have failed or your spending limit needs to be increased.

Votre compte ne peut pas payer davantage de temps d'exécuteur hébergé par GitHub. Il y a trois causes :

Les budgets se trouvent dans Billing & Licensing → Budgets and alerts, les cartes dans Billing & Licensing → Payment information. Une fois le problème corrigé, les tâches refusées le restent : ouvrez chaque exécution et cliquez sur Re-run failed jobs. Si la facturation semble correcte et que les tâches ne démarrent toujours pas, seul le support GitHub peut débloquer la situation. Le message distinct sur le budget a son propre guide : un budget Actions empêche toute nouvelle utilisation.

Ce qui est bloqué, ce sont les exécuteurs hébergés par GitHub sur les dépôts privés. Les exécuteurs auto-hébergés ne le sont pas : GitHub ne facture pas leurs minutes. Skipbox est un exécuteur auto-hébergé.

Régler la facturation ne vous fait gagner qu'un mois

Le quota gratuit est de 12 $US ou 18 $US par mois, soit 2 000 ou 3 000 minutes d'ubuntu-latest. Les équipes qui lancent la CI à chaque push le dépensent avant le milieu du mois. Une carte ou un budget plus élevé transforme le blocage en facture à la minute :

Les montants GitHub correspondent à la facture après le montant inclus de GitHub Team. Essayez vos propres minutes dans le calculateur de la page d'accueil.

Et les minutes ne font qu'augmenter. Les agents de code font des push et relancent la CI jour et nuit, les suites E2E et les builds en matrice multiplient chaque push, et un budget assez bas pour contenir la facture est assez bas pour bloquer à nouveau les fusions le mois suivant. À chaque fois, toute l'équipe attend la personne qui peut modifier la facturation.

Ce qui change avec Skipbox

Les tâches ne s'arrêtent pas pour une question de facturation

Les tâches sur Skipbox ne puisent ni dans votre quota GitHub ni dans votre budget, et un prélèvement GitHub échoué ne les touche pas. S'il arrive plus de tâches que votre forfait n'en exécute en même temps, elles attendent leur tour au lieu d'échouer.

Un seul prix fixe, des minutes illimitées

Plus rapide, et rien à gérer

La machine de votre compte reste entre les tâches : les couches Docker, les caches de paquets et les outils installés sont là pour l'exécution suivante, avec au moins 7× l'espace de cache de GitHub. Skipbox provisionne et met à jour la machine, nettoie après chaque tâche, en contrôle l'intégrité et la reconstruit automatiquement.

Le passage tient en une ligne

jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test

1. Connectez-vous à Skipbox avec GitHub.
2. Installez l'application GitHub Skipbox et choisissez les dépôts bloqués.
3. Modifiez runs-on et faites un push.

L'exécution que vous venez de pousser démarre sur Skipbox, sous Ubuntu 24.04 avec Docker, Node.js et Python. Cela fonctionne pour les organisations comme pour les comptes personnels. Que faire quand GitHub arrête vos tâches donne les étapes et la façon de revenir en arrière.

Sécurité

• Chaque compte a sa propre machine. Vos tâches ne la partagent jamais avec celles d'une autre entreprise.
• Après chaque tâche, Skipbox efface les identifiants de l'exécuteur, ses processus et ses conteneurs. À partir du 13 novembre 2026, votre checkout et sa sortie de build (le target/ de Cargo) restent sur votre propre machine pour vos tâches suivantes ; « Nouvelle VM pour chaque tâche » donne une nouvelle machine à chaque tâche.
• Le code des personnes sans accès en écriture (comme les pull requests venant de forks) s'exécute sur une nouvelle machine à usage unique.

Essayez-le sur la tâche bloquée

L'essai ne demande pas de carte et dure 7 jours ou 3 000 minutes de tâches. Passez la tâche bloquée sur runs-on: skipbox, faites un push et fusionnez aujourd'hui au lieu d'attendre la facturation.

Mis à jour le 11 novembre 2026