Qu'est-ce que t'as cassé ?

Trop tôt, mauvais fichiers, mauvais message. Trois sorties selon ce que tu veux garder.

Rien n'est encore commité : retire-le de l'index, tes modifications restent.

Dernier commit, commit plus ancien, déjà poussé ou pas : chaque cas a sa solution.

Découpe-le en plusieurs commits propres avant de pousser.

Classique. Déplace les commits là où ils doivent être.

Ton email perso sur le dépôt du boulot, ou ton email pro sur ton projet perso.

« wip », « fix », « fix again », « ok now »… Transforme-les en un commit propre avant la PR.

Des commits ont disparu ? Le reflog les a. Des modifs non commitées ? C'est compliqué.

Un checkout, un stash drop ou un clean -fd. On va creuser.

Un stash supprimé est un commit vers lequel plus rien ne pointe : on peut le retrouver pendant un moment.

Le fichier a disparu de la version actuelle, mais Git se souvient de chacune de ses versions.

git branch -D, ou supprimée sur GitHub. Les commits sont sûrement encore là.

Tu as fait un checkout d'un commit ou d'un tag, pas d'une branche. Tes nouveaux commits flottent dans le vide.

Des <<<<<<< partout et aucune idée de quoi garder. Respire, ça se règle.

Mauvaise branche, conflits mal résolus, ou un merge qui a tout cassé.

Une fonction, un import ou tout un bloc apparaît deux fois après avoir fusionné une branche ou résolu un conflit.

Des commits ont disparu, se sont dupliqués, ou l'historique est en vrac après un rebase.

Ta branche contient maintenant les commits d'une autre feature, ou part de develop au lieu de main.

Tu as revert un merge, corrigé le bug, et maintenant re-merger la branche n'apporte rien.

Le stash ne s'est pas appliqué proprement. Bonne nouvelle : il est toujours là.

En cours : abandonne. Terminé : reset si pas poussé, revert si poussé.

Pas de PR, pas de review, direct sur main. Annule sans réécrire l'historique partagé.

Push refusé, un vilain commit « Merge branch 'main' of… », ou des heures de travail sur une version pas à jour.

« Updates were rejected because the remote contains work that you do not have locally. »

Maintenant git push est refusé et Git dit que ta branche a divergé.

Tes commits ont atterri sur la branche d'un collègue, ou sur une branche avec une faute dans le nom.

Un git push --force a effacé le travail de quelqu'un d'autre sur le remote.

« remote: error: File is 245 MB; this exceeds GitHub's file size limit. »

Presque toujours récupérable : Git refuse d'écraser du travail non commité, et le reflog se souvient du reste.

Si quelqu'un l'a encore en local, repousse-la. GitHub propose aussi un bouton « Restore branch » sur la pull request.

Deux comptes (perso / pro) sur une machine : sépare-les par dossier ou par clé SSH.

Fais pointer ton remote vers la nouvelle adresse. Rien d'autre ne change.

Déplace le tag en local ; s'il a été poussé (et peut-être publié), réfléchis avant de le déplacer.

« This branch has conflicts that must be resolved » : récupère main dans ta branche et règle-les en local.

« This branch is out-of-date with the base branch » : mets-la à jour, la CI retourne sur le vrai résultat.

Commite sur la même branche et pousse : la PR se met à jour toute seule. Range les commits avant le merge si ton équipe le veut.

Lis les logs du job en échec, reproduis en local, pousse une correction. Ne merge pas en rouge.

Ta branche est partie du mauvais endroit (une autre branche de feature, un vieux main). Déplace seulement tes commits.

Change la base de la PR (bouton Edit à côté du titre). Pas besoin de la fermer.

Découpe-la en plusieurs petites PR, chacune relisible seule (PR empilées).

Ajoute l'original comme upstream, mets à jour ton main, puis rebase ta branche de PR.

Une PR fermée se rouvre ; une branche supprimée se restaure depuis la page de la PR.

Annule la PR (GitHub a un bouton Revert), déploie, puis corrige au calme dans une nouvelle PR.

node_modules, dist, .DS_Store, des logs… L'ajouter au .gitignore après coup ne change rien.

Fins de ligne (CRLF / LF) ou permissions de fichiers. Pas de vrais changements.

Retire-le de Git (pas du disque), ignore-le, commit. Nettoie l'historique seulement s'il est énorme.

Supprime le dossier .git qui vient d'être créé (et seulement lui). Tes fichiers ne bougent pas.

Header.tsx → header.tsx marche en local mais casse le build sous Linux / en CI.

Des nouveaux fichiers jamais commités ont disparu.

« object file is empty », « bad object », « loose object is corrupt » après un plantage ou un disque plein.

Les secrets sont publics. D'abord les révoquer, ensuite nettoyer l'historique.