BackroundGit zucca impegna di file rinominati (una storia mastio)
Ciao, sto lavorando su un ramo di caratteristica locale. Questo ramo locale è incasinato con un sacco di piccoli commit. Prima di spingere il ramo verso il remoto vorrei sistemare le cose.
Per questo mi piacerebbe fare un modo interattivo rebase:
git rebase -i
Nessun problema finora.
Problema
Ora qui è la parte difficile: Durante lo sviluppo della funzione che ho fatto diverse refactoring tra cui rinomina e sposta di file. La storia dei file rinominati sono disponibili, a causa di rinominandoli con:
git -mv
Ma quando ho schiacciare il commit prima e dopo la ridenominazione-impegna, la storia è andato e git comunica le modifiche come l'eliminazione e l'aggiunta di un file.
Qual è il problema?
Come posso eseguire uno schiacciamento dei commit incluso rinominare senza perdere la cronologia dei file?
Grazie per la risposta. Quindi, rinominare i file con 'git mv' non dice a git di conservare la cronologia di un file, ma semplicemente rinomina il file e in seguito rileva automaticamente che il file è stato rinominato? In altre parole: non c'è possibilità di fare ciò che volevo? L'unica possibilità è di fare il cambio di nome in un commit separato. – RamNow