Se ribasare un ramo dovrai forzare a spingere quel ramo. Rebase e un repository condiviso generalmente non vanno d'accordo. Questo è riscrivere la storia. Se altri stanno usando quel ramo o si sono ramificati da quel ramo, il rebase sarà piuttosto spiacevole.
Rebase spinge?
Ribasamento. L'unica vera eccezione alla regola "tira sempre, poi spingi" è il ribasamento. Quando esegui il rebase, stai creando una copia della cronologia dei tuoi commit. … Tuttavia, se git pull, ti ritroverai con due copie del ramo che verranno poi unite con un merge commit.
Posso eseguire il rebase dopo aver eseguito il push in remoto?
Se avevi già eseguito il push delle modifiche prima di utilizzare QUELLA opzione, tali modifiche non verrebbero ribasate perché sono già nel telecomando. L'unica eccezione potrebbe essere se si dispone di più telecomandi e si sono apportate modifiche a un telecomando, quindi si esegue un pull/rebase da un altro, il che potrebbe causare seri problemi.
Devi impegnarti dopo il rebase?
Per un rebase, devi solo risolvere i conflitti nell'indice e poi git rebase --continue. Per un'unione, è necessario eseguire il commit (git commit), ma il fatto che si tratta di un'unione verrà ricordato e verrà fornito un messaggio di commit predefinito adatto da modificare.
Perché devo tirare dopo il rebase?
Puoi tirare usando rebase invece di merge (git pull --rebase). … Le modifiche locali che hai apportato verranno ribasatein cima alle modifiche remote, invece di essere unito alle modifiche remote. Se ribasate un ramo, dovrete forzare a spingerlo.
