Non capisco la differenza tra git pull --rebase e git rebase, senza altre opzioni.git pull --rebase vs git rebase: qual è il pericolo?
Non capisco se sono sicuri, una buona pratica o molto pericolosa.
Posso interrompere lo storico di commit eseguendo uno git pull --rebase in locale?
Non consiglio affatto il rebasing ma solo per le filiali private. Per privato Voglio dire rami che sei abbastanza sicuro solo tu hai tirato.
Un rebase cambia il punto iniziale del ramo in un commit più recente, quindi unendo tutti i commit a quel punto. Questo potrebbe portare a unire i conflitti alle persone che avevano nel loro repository la vecchia base di filiali. Raccomanderei sempre l'unione semplice e lasciare il rebasing solo per determinate situazioni (diramazioni di feature, ad esempio).
quanto riguarda la tua domanda:
Quindi, fare un git pull --rebase è sicuro? – sab
Sicuro in che senso? Un rebase cambia il punto di partenza, la differenza tra uno o l'altro è che git pull --rebase fa un massiccio rebase. Non consiglierei il rebasing nei rami condivisi, quindi non consiglierei git pull --rebase. Fai invece un semplice tiro di Git. – Luis
git pull --rebase è una scorciatoia per git fetch e poi una pianura git rebase, quindi l'unica differenza è che l'applicazione solo quest'ultimo non sarebbe prendere alcuna nuova impegna dal telecomando prima di rebasing il codice in cima, in quanto solo farebbe prendere in considerazione ciò che il tuo repository già conosce.
http://stackoverflow.com/questions/18930527/difference-between-git-pull-and-git-pull-rebase – ashishmohite
'git rebase' non esegue' fetch' prima. – choroba