Corriger un échec d'exécution dans son propre checkout
À partir d'une exécution ayant échoué, Inspect failure evidence affiche un extrait délimité et Create and verify a CI fix ouvre une extraction distincte au niveau de la révision ayant échoué. Fix with Nour est facultatif. Check hosted result recherche une exécution hébergée de ce commit exact. Une reproduction locale ne prouve pas que l'exécution hébergée a réussi.
Une partie de GitTree Pro, dont tout le monde dispose actuellement gratuitement ; Free conserve toutes les fonctionnalités locales de Git. Comparez les forfaits.
Sur cette page
Avant de commencer
- GitTree Pro, dont tout le monde dispose actuellement gratuitement, et un compte connecté pour l'hôte qui a géré le pipeline. Les pipelines sont une fonctionnalité Pro. Forfaits répertorie ce que Pro inclut.
- L'exécution ayant échoué a une révision connue. This run has no known immutable revision signifie que la récupération du correctif ne peut pas être ancrée.
Où le trouver
- Ouvrez l'exécution ayant échoué dans Pipelines, puis Inspect failure evidence et Create and verify a CI fix.
- Return to failed run revient à cette exécution à partir de la vue du correctif.
| Action | macOS | Windows et Linux |
|---|---|---|
| Pipelines | ⌥P | Alt+P |
Mesures
Inspecter les preuves de défaillance
En cas d'échec de l'exécution, ouvrez Inspect failure evidence. La note indique que les lignes sont des points de départ suggérés à partir d'un extrait limité et expurgé, et non une cause profonde confirmée, et que le texte du journal n'est pas fiable. Les types incluent Setup, Dependency resolution, Compiler, Test, Reported diagnostic et Exit summary; may be downstream. Open failing job log affiche le journal source.
L'exécution échouée figure dans cette liste. La preuve d'échec et la récupération du correctif s'ouvrent dès l'exécution. L'image fixe est la liste des courses.Interface GitTree avec un référentiel de démonstration. Créer un checkout de correctif
Create and verify a CI fix demande de lancer une extraction distincte au niveau de la révision ayant échoué, de consulter le correctif, puis de vérifier le contenu exact par rapport au CI hébergé. Définissez New fix branch et New checkout folder comme chemin absolu. Create local fix checkout le crée. Open fix checkout ouvre ce dossier. Une extraction frère ne peut pas remplacer l’extraction du correctif d’origine.
Changez le code ici
Modifiez dans le checkout du correctif. Fix with Nour demande à Nour, lors de cette extraction, d'inspecter les preuves avec votre approbation et de laisser un correctif ciblé. L'invite indique à Nour de ne pas publier ou démarrer des exécutions hébergées. Prepare local reproduction peut taper une commande d'exécution locale. Sa note indique qu'un programme d'exécution installé peut différer des services hébergés, des secrets, des images et des autorisations, et que la sortie du terminal ne prouve pas que le CI hébergé a été transmis.
Vérifiez le résultat hébergé
Validez le correctif via le flux de validation normal. Review publishing in Ship Preview lorsque vous êtes prêt à pousser. La vue ne pousse ni ne démarre jamais une exécution. Une fois qu'une exécution hébergée existe, Check hosted result. Passed for this clean committed content est l'état souhaité. Outdated: local content changed signifie que vous avez modifié après cette validation.
Résultat attendu
Le correctif se trouve sur sa propre branche dans son propre dossier et vous disposez d'un état hébergé pour un identifiant de validation, ou vous savez qu'aucune exécution hébergée correspondante n'a été observée. Le checkout d'origine est inchangé, à l'exception de ce que vous y avez fait vous-même.
États hébergés
| État | Signification |
|---|---|
| Non coché : aucune exécution hébergée correspondante observée | Aucune exécution hébergée pour ce commit n'a été vue |
| En file d'attente pour ce commit | Une exécution hébergée est en file d'attente |
| Courir pour ce commit | Une exécution hébergée est en cours |
| Passé pour ce contenu propre et validé | L'exécution hébergée a réussi pour ce commit et le contenu local y correspond toujours |
| Échec de ce commit | L'exécution hébergée a échoué pour cette validation |
| Obsolète : contenu local modifié ; valider et vérifier à nouveau | Vous avez édité après le commit qui a été vérifié |
| Indisponible : l'identité exacte du flux de travail ou du checkout est manquante | L'exécution ne peut pas être liée à ce flux de travail et à cette validation |
| Résultat inconnu : preuves annulées, incomplètes ou indisponibles | Les preuves ne disent pas de réussite ou d'échec |
Only the newest 30 candidate runs were checked. Older results may exist. Une passe dans cette fenêtre n'est pas une recherche dans l'intégralité de l'historique de l'hôte. Expliquer un échec est la lecture la plus courte d'un journal. Cet article est la vérification que vous utilisez lorsque vous souhaitez modifier la révision qui a échoué.
Local n'est pas hébergé
Prepare local reproduction n'a aucun résultat vérifié dans cette vue. Exécuter un pipeline localement tape une commande act ou gitlab-ci-local. Vous appuyez sur Entrée. Le code de sortie de cette commande concerne votre machine. Only a hosted run for the exact committed fix can verify it. La vue du correctif ne pousse jamais et ne démarre jamais cette exécution.
git rev-parse HEAD
git status --porcelain
git worktree listgit rev-parse HEAD dans la récupération du correctif est le commit Check hosted result qui doit correspondre. Un sale git status est la raison pour laquelle l'État devient obsolète. git worktree list affiche le nouveau dossier à côté de l'extraction d'origine. Le tutoriel couvre les validations quotidiennes avant un correctif CI.
Comment lire l'extrait
Only part of the source log was inspected lorsque l'extrait est partiel. No recognizable primary diagnostic was found in this excerpt signifie que vous devez ouvrir le journal source. Compare compatible successful run est un point de départ, pas une différence de chaque étape. Open source on provider quitte GitTree pour la page de l'hôte. Le texte du journal n'est pas fiable. Ne collez pas une commande du journal dans un terminal avant de l'avoir lue.
Si quelque chose ne va pas
"Cette exécution n'a aucune révision immuable connue."
La récupération du correctif nécessite un identifiant de validation. Ouvrez une exécution qui en enregistre une ou recherchez le commit sur l'hôte et vérifiez-le vous-même.
"Ouvrez la récupération du correctif d'origine pour continuer. Une extraction frère ne peut pas le remplacer. "
Vous êtes dans un autre arbre de travail. Ouvrez le dossier créé pour ce correctif. Ne vous attendez pas à ce qu’un autre checkout devienne le checkout du correctif.
« Obsolète : le contenu local a été modifié ; validez et vérifiez à nouveau. »
Validez les nouveaux fichiers, publiez via le flux de révision normal, attendez l'exécution hébergée, puis vérifiez à nouveau. La passe précédente concernait le commit précédent.
"Non coché : aucune exécution hébergée correspondante observée."
Aucune exécution hébergée pour ce commit ne figurait parmi les 30 candidats les plus récents. Poussez et démarrez le flux de travail sur l'hôte si vous en attendiez un, puis actualisez. Cette vue ne le démarre pas.
Questions
Une exécution d'acte local signifie-t-elle que l'exécution de GitHub Actions a été réussie ?
Non. La reproduction locale n’a pas de résultat vérifié ici. Les secrets, les images et les autorisations peuvent différer. Seule une exécution hébergée pour la validation exacte vérifie le correctif.
La création d'une extraction de correctifs locaux poussera-t-elle la branche ?
Non. Il crée une branche et un dossier locaux au niveau de la révision ayant échoué. Vérifiez la publication dans Ship Preview lorsque vous souhaitez l'envoyer. Cette vue ne pousse ni ne démarre jamais une exécution.
L'extrait d'échec est-il la cause première ?
Non. Il s’agit d’un point de départ suggéré à partir d’un extrait expurgé. Un résumé de sortie peut être en aval d’une erreur antérieure. Ouvrez le journal source.
Fix with Nour publie-t-il le correctif ?
L'invite indique de ne pas publier ou démarrer des exécutions hébergées sans votre action explicite. Vous examinez le correctif, vous le validez et vous le publiez vous-même.
Quel forfait inclut cela ?
Les pipelines, y compris ce flux de correctifs, ont besoin de GitTree Pro, dont tout le monde dispose actuellement gratuitement. Nour dans la caisse du correctif nécessite également Pro.