Perché git non tenta di unire le modifiche ai file rinominati?

Question

Diciamo che ho un file che è

1. Modificato in master
2. modificata in un ramo di caratteristica
3. Rinominato in un ramo di caratteristica

Quando provo ad unire fino dal master al funzionalità ramo, unione non riuscita con

CONFLICT (modifica/eliminazione): X eliminato in HEAD e modificato in origine/master. Versione origine/master di X lasciata nell'albero.

Comprendo che esiste un conflitto, ma perché non tenta nemmeno di unire le modifiche e inserire indicatori di conflitto nel file? Previous answers seem to imply that it should. Tutto ciò che ottengo sono due versioni differenti del file, in cui devo calcolare manualmente la differenza e la porta cambia riga per riga dalla versione principale alla mia versione.

Procedura per riprodurre:

git init 
touch a 
git add a 
git commit -m 'initial import' 

git checkout -b feature1 
echo feature1 > a 
git add a 
git commit -m feature1 
git mv a b 
git commit -m feature1 

git checkout master 
echo bugfix > a 
git add a 
git commit -m bugfix 

git checkout feature1 
git merge master 

Answer 1

Poiché non v'è in realtà il concetto di operazione di ridenominazione di prima classe in git, solo che "rileva" cambia titolo usando una soglia per le differenze di file. I tuoi file sono probabilmente troppo diversi.

Prova la fusione con: git merge master -s recursive -X rename-threshold=5%