Non capisco: quando lancio "pull-remote branch branch" ritorna il mio HEAD alla loro radice condivisa e quindi inizia a riprodurre tutti i commit remoti avvenuti nel frattempo. Perché questi commit a volte falliscono? Sono commessi puliti su un'area di lavoro pulita? Non è quasi il punto di ribellarsi?Perché git pull --rebase fallisce quando si ripetono i commit esistenti?
risposta
Sei sicuro che non sia il il tuo non funziona?
Supponiamo di lavorare su un ramo e apportare modifiche a un file specifico.
Ora si desidera rebase il tuo commit su qualsiasi sia la testa del telecomando.
Tutte le modifiche vengono rimosse, quindi tutte le modifiche vengono applicate, quindi tutte le modifiche vengono applicate nuovamente. Che cosa succede se hanno cancellato il file su cui stai lavorando? O altrimenti apportate modifiche che rendono impossibile applicare le modifiche?
kwatford ha ragione. finisci con conflitti perché le tue modifiche sono basate su versioni obsolete dei file. quando git prova ad applicare le tue modifiche, vede che le tue modifiche stanno cercando di cambiare il codice che non è lo stesso di quello che hai iniziato, quindi lo imposta come conflitto –
Vedere anche http://stackoverflow.com/questions/3051461/git-rebase-keeping-track-of-local-and-remote/3052118#3052118 per avere una visione migliore di ciò che viene riprodotto in cima a cosa durante un rebase – VonC