La Trace Écrite N'est Pas un AveuTu t'es trompé au premier essai du correctif, tu as réussi au second, et ta branche garde les deux commits l'un après l'autre. Avant d'ouvrir la PR, tu fais un rebase, un squash, un force-push, et le premier essai disparaît. Derrière ça, il y a l'idée qu'un faux départ visible n'est pas une part normale du débogage, mais une preuve qu'un jury pourrait retenir contre toi, alors elle doit disparaître avant que quiconque puisse regarder.
VIEUX SCRIPT DÉTECTÉ
“Faire un force-push pour corriger donne l'impression de faire disparaître les preuves”
Essaie cette réponse :
“Mon historique de commits est un espace de travail, pas un aveu à caviarder.”VOIR LA PRATIQUE
Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.
LA PENSÉE
“Faire un force-push pour corriger donne l'impression de faire disparaître les preuves”
TA RÉPONSE ENREGISTRÉE
“Mon historique de commits est un espace de travail, pas un aveu à caviarder.”
UN PAS PRIVÉ
Dans un dépôt git local jetable, fais un premier essai délibérément brouillon, puis le vrai correctif par-dessus sans squash ni force-push, et relis le log une fois.
Le Commit que Tu Rebases Avant que Quelqu'un Ne Regarde
Pourquoi Chaque Commit Se Lit Comme une DépositionÇa fonctionne avec le même calcul truqué que l'anxiété de review en général : tu supposes que le reviewer construit un dossier sur toi plutôt que de simplement lire un diff, alors chaque essai précédent devient une pièce à charge au lieu d'une itération normale. Une fois que tu crois que l'historique lui-même sera interrogé, ranger cesse d'être un style et devient de la gestion de crise—tu ne façonnes pas une histoire, tu détruis une pièce à conviction.
Laisse un Commit Maladroit SurvivreDans un dépôt local jetable, fais un premier commit délibérément brouillon, puis le vrai correctif par-dessus sans squash ni force-push. Relis le log comme le ferait un inconnu. La plupart de ces historiques montrent juste quelqu'un qui résout un problème dans l'ordre, pas un dossier d'instruction. Une seule relecture calme ne dissout pas l'habitude, mais elle te donne une donnée réelle à côté de celle que tu imaginais.
TRACE · 01/04
Comment ce script te dirige
- Tu fais un rebase et un force-push avant d'ouvrir la PR pour que le commit où tu t'es trompé en premier ne soit jamais visible.
- Tu relis le `git log` plus que le diff réel, en vérifiant si l'histoire de tes erreurs est encore reconstituable.
- Un reviewer qui demande « à quoi ressemblait la première version ? » te touche comme s'il avait remarqué quelque chose que tu essayais d'enterrer.
SOURCE_LOCATED · 02/04
La règle cachée en dessous
Le Procès de la Review
Si quelqu'un peut voir le commit où je me suis trompé avant de réussir, il en conclura que je ne sais pas vraiment ce que je fais, alors l'historique doit paraître propre dès la première ligne.
FORGING_REPLACEMENT · 03/04
Lignes de remplacement (à enregistrer)
- Mon historique de commits est un espace de travail, pas un aveu à caviarder.
- Un premier essai maladroit prouve que j'itère, pas que je suis incompétent.
- Réécrire le log me coûte plus de clarté qu'il n'en cache à qui que ce soit d'autre.
Générées par personne dans l'app — ceci donne le ton, pas ton script. Le tien se construit à partir de tes mots exacts.
INSTALL · 04/04
Le protocole, sur une carte
Quand je pense
“Faire un force-push pour corriger donne l'impression de faire disparaître les preuves”
Je dis
“Mon historique de commits est un espace de travail, pas un aveu à caviarder.”
Puis je fais une chose
Dans un dépôt git local jetable, fais un premier essai délibérément brouillon, puis le vrai correctif par-dessus sans squash ni force-push, et relis le log une fois.
STATUS: READY_TO_INSTALL
Effacer cette pensée4 minutes. Ta voix. Gratuit.
Le protocole de wipe
- Écris la pensée exactement comme elle tourne : « Faire un force-push pour corriger donne l'impression de faire disparaître les preuves ». Mot pour mot — le wipe vise la phrase, pas l'ambiance.
- Repère la règle et l'action évitée. De quoi cette pensée t'excuse-t-elle si commodément ?
- Enregistre les lignes de remplacement ci-dessous avec ta propre voix. Parle pour de vrai — pas d'enregistrement, pas d'installation.
- Fais tourner la boucle : écoute matin et soir, note une action-preuve par jour pendant 7 jours.
Réponses directes
Faire un force-push sur des commits maladroits avant une PR, n'est-ce pas juste une bonne hygiène git ?
Nettoyer des commits bruyants—renommer, retirer un print de débogage oublié, fusionner des correctifs triviaux—c'est une pratique courante. Cette pensée va plus loin : elle traite tout faux départ visible comme quelque chose à effacer avant la review, non parce qu'il est bruyant, mais parce qu'un premier essai raté donne l'impression que personne ne peut se permettre de le voir.
Et si un collègue remarque qu'un commit antérieur a disparu de la branche et pose la question ?
Cette question traduit généralement de la curiosité pour une approche, pas la construction d'un dossier contre toi. Tu peux répondre honnêtement sur ce que tu as tenté en premier, sans traiter la question comme le procès que tu essayais justement d'éviter en réécrivant l'historique.
Faire un squash des commits avant une fusion normale, est-ce la même chose que ceci ?
Le squash comme convention d'équipe, appliqué de la même façon quel que soit le déroulement de la branche, est un choix de format que tout le monde suit. Cette pensée est différente—c'est une décision privée, guidée par la peur, d'effacer spécifiquement les commits qui montrent que tu n'as pas réussi du premier coup.
Vieux scripts liés
Perte d'acuité après congé: reconnaître la peur avant les preuvesQuand l'arrêt semble dangereux pour ceux qu'on soutientL'indemnité comme preuve que j'étais le problème: lire un chèque comme un verdictSi ça ne fait pas mal, ça ne compte pas — la souffrance comme preuve« Ces erreurs prouvent que j’ai définitivement perdu la main » : quand l’erreur ressemble à une preuve
Auto-évaluations associées
Recherches associées
La science du retour de congé parental : pourquoi « tout le monde a avancé sans vous » n'est pas le vrai problèmeLa science de l'identité du parent au foyer : pourquoi quitter sa carrière pour s'occuper des enfants donne l'impression de se perdre soi-mêmeLa science du fardeau du contrôle fondateur : pourquoi lâcher prise n'est pas une faiblesse — c'est ce que les données appellent rationnel
Chercheurs à découvrir
Mécanismes associés
La recherche derrière ce script
- Impostor Phenomenon in Software Engineers — Guenes et al., ICSE-SEIS 2024, 2024
- Understanding and effectively mitigating code review anxiety — Lee et al., Empirical Software Engineering, 2024
- Understand team effectiveness (Project Aristotle) — Google re:Work, 2016
- Psychological impacts of AI-induced job displacement among Indian IT professionals: a Delphi-validated thematic analysis — PMC, 2024