URL: https://linuxfr.org/forums/programmationautre/posts/git-rebase-conflits-worflow Title: Git - Rebase - Conflits - Worflow ? Authors: rockn Date: 2026年02月16日T18:14:04+01:00 License: CC By-SA Tags: git et bonnes_pratiques Score: 7 Salut, J'essaye d'utiliser Git de la manière suivante: Une branche **main** avec la version de prod. Une branche **work** avec la version de dev. Ces 2 branches sont en local et distante afin que mon collaborateur puisse tester la branche **work** et me donne le feu vert pour poussé vers **main**. En local je fais une branche **temp** à partir de **main**, pour chaque bug que je corrige ou fonctionnalité que j'ajoute. C'est ces branches que je fusionne dans **work** et si c'est ok je fusionne toujours cette même branche dans **main** (et souvent je supprime la branche après quelque temps). Donc j'ai plusieurs branche en parallèle qui mette plus ou moins de temps à arriver dans main alors que je fusionne régulièrement dans **work** pour être testé. Donc il m'arrive de vouloir rebase une branche **temp** avec **main** et ça se passe bien et même si il y a conflit je vois vite pourquoi et je corrige. On arrive au problème que je rencontre souvent et qui me fait dire que je rate un concept de git. Quand je veux fusionner une branche (qui a été rebase) j'ai des conflits mais je vois bien que c'est des conflits comme si il fallait refaire des commits précédent. Je rate un truc car je me dit naïvement que git devrait voir que c'est des commit déjà existant. Qu'est ce que vous en pensez ? Je fais quoi de travers ? Vous travaillez comment vous ?