{"meta":{"title":"Gestion des caches","intro":"Vous pouvez surveiller, filtrer et supprimer des caches de dépendances créés à partir de vos flux de travail.","product":"GitHub Actions","breadcrumbs":[{"href":"/fr/actions","title":"GitHub Actions"},{"href":"/fr/actions/how-tos","title":"Guides pratiques"},{"href":"/fr/actions/how-tos/manage-workflow-runs","title":"Gérer les exécutions de workflow"},{"href":"/fr/actions/how-tos/manage-workflow-runs/manage-caches","title":"Gérer les caches"}],"documentType":"article"},"body":"# Gestion des caches\n\nVous pouvez surveiller, filtrer et supprimer des caches de dépendances créés à partir de vos flux de travail.\n\nCet article décrit la gestion des caches avec l’interface web GitHub, mais vous pouvez également les gérer :\n\n* Utilisation de l’API REST. Consultez [Points de terminaison d’API REST pour GitHub Actions cache](/fr/rest/actions/cache).\n* Avec la sous-commande `gh cache` à partir de la ligne de commande. Consultez la [Documentation de l’interface CLI de GitHub](https://cli.github.com/manual/gh_cache).\n\n## Affichage des entrées de cache\n\nVous pouvez utiliser l’interface web pour afficher une liste des entrées de cache d’un référentiel. Dans la liste des caches, vous pouvez voir la quantité d’espace disque utilisée par chaque cache, la date de création du cache et la date de la dernière utilisation du cache.\n\n1. Sur GitHub, accédez à la page principale du référentiel.\n2. Sous le nom de votre référentiel, cliquez sur ** Actions**.\n\n \n3. Dans la barre latérale gauche, sous la section « Gestion », cliquez sur **Caches**.\n4. Passez en revue la liste des entrées de cache pour le référentiel.\n\n * Pour rechercher les entrées de cache utilisées pour une branche spécifique, cliquez sur le menu déroulant **Branche** et sélectionnez une branche. La liste des caches affiche tous les caches utilisés pour la branche sélectionnée.\n * Pour rechercher des entrées de cache avec une clé de cache spécifique, utilisez la syntaxe `key: key-name` dans le champ **Filtrer les caches**. La liste des caches affiche les caches de toutes les branches où la clé a été utilisée.\n\n \n\n## Suppression d’entrées de cache\n\nLes utilisateurs ayant un accès `write` à un référentiel utiliser l’interface web GitHub pour supprimer les entrées de cache.\n\n1. Sur GitHub, accédez à la page principale du référentiel.\n2. Sous le nom de votre référentiel, cliquez sur ** Actions**.\n\n \n3. Dans la barre latérale gauche, sous la section « Gestion », cliquez sur **Caches**.\n4. À droite de l’entrée du cache que vous souhaitez supprimer, cliquez sur .\n\n \n\n## Suppression forcée d’entrées de cache\n\nLes caches ont des restrictions de portée de branche en place, ce qui limite les options d’utilisation de certains caches. Pour plus d’informations sur les restrictions d’étendue de cache, consultez [Référence sur la mise en cache des dépendances](/fr/actions/reference/dependency-caching-reference#restrictions-for-accessing-a-cache). Si les caches limités à une branche spécifique utilisent beaucoup de quota de stockage, cela peut entraîner la création et la suppression des caches de la branche `default` à une fréquence élevée.\n\nPar exemple, un dépôt peut avoir de nombreuses nouvelles pull requests ouvertes, chacune avec ses propres caches restreints à cette branche. Ces caches peuvent occuper la majorité de l'espace de stockage pour ce dépôt. Une fois qu’un référentiel a atteint sa capacité maximale de stockage dans le cache, la stratégie d’éviction du cache libère de l’espace en supprimant les caches par ordre de date d’accès, du plus ancien au plus récent. Afin d’éviter un écroulement du cache dans ce cas, vous pouvez configurer des workflows de façon à supprimer les caches à une cadence plus rapide que celle de la stratégie d’éviction du cache. Vous pouvez utiliser la GitHub CLI pour supprimer des caches pour des branches spécifiques.\n\nL’exemple de workflow suivant utilise `gh cache` pour supprimer jusqu’à 100 caches créés par une branche lorsque qu’un pull request est fermé.\n\nPour exécuter l’exemple suivant sur des pull requests inter-référentiels ou provenant de forks, vous pouvez déclencher le workflow à l’aide de l’événement `pull_request_target`. Si vous utilisez `pull_request_target` pour déclencher le flux de travail, des considérations de sécurité sont à prendre en compte. Pour plus d’informations, consultez « [Événements qui déclenchent des flux de travail](/fr/actions/using-workflows/events-that-trigger-workflows#pull_request_target) ».\n\n```yaml\nname: Cleanup github runner caches on closed pull requests\non:\n pull_request:\n types:\n - closed\n\njobs:\n cleanup:\n runs-on: ubuntu-latest\n permissions:\n actions: write\n steps:\n - name: Cleanup\n run: |\n echo \"Fetching list of cache keys\"\n cacheKeysForPR=$(gh cache list --ref $BRANCH --limit 100 --json id --jq '.[].id')\n\n ## Setting this to not fail the workflow while deleting cache keys.\n set +e\n echo \"Deleting caches...\"\n for cacheKey in $cacheKeysForPR\n do\n gh cache delete $cacheKey\n done\n echo \"Done\"\n env:\n GH_TOKEN: ${{ github.token }}\n GH_REPO: ${{ github.repository }}\n BRANCH: refs/pull/${{ github.event.pull_request.number }}/merge\n```\n\nVous pouvez également utiliser l’API pour répertorier ou supprimer l’ensemble des caches à votre propre rythme. Pour plus d’informations, consultez « [Points de terminaison d’API REST pour GitHub Actions cache](/fr/rest/actions/cache#about-the-cache-in-github-actions) »."}