git rebase master, quindi spingere i risultati del ramo d'origine nell'errore non fast-forward

Question

Sto provando a lavorare sul mio ramo featureA mantenendolo aggiornato con il ramo master.

Ecco lo scenario

git clone ssh://xxx/repo 

git checkout -b featureA 

$ git add file.txt 

$ git commit -m 'adding file' 

$ git push origin featureA 

nel frattempo un paio di nuovi impegna in cui spinto da padroneggiare origine

git checkout master 

git pull origin master 

git checkout featureA 

git rebase master 

git push origin feature A 
To ssh://xxx/repo 
! [rejected]  featureA -> featureA (non-fast-forward) 
error: failed to push some refs to 'ssh://xxx/repo' 
To prevent you from losing history, non-fast-forward updates were rejected 
Merge the remote changes (e.g. 'git pull') before pushing again. See the 
'Note about fast-forwards' section of 'git push --help' for details. 

Come posso rebase senza forzare il server ad accettarlo?

Answer 1

Non è possibile eseguire il push dopo il ribasamento. I commit ora hanno SHA1 diversi poiché la loro cronologia è diversa. Se il ref aggiornato non contiene il vecchio ref in suo antenato, è un'operazione potenzialmente dannosa e git non lo permetterà.

L'unica alternativa è unire se non si desidera forzare.

Forzare non è così male se si lavora da soli e non è necessario che altri si impegnino in questo ramo.

Answer 2

Una breve risposta alla tua domanda: puoi fare il contrario basando il master su featureA (ma non spingi ancora), e resetta la caratteristica A a quel punto.

Questa è in realtà la scelta della ciliegina dal master su featureA, il lato negativo è che si finirà con commit duplicati su due rami. Risolverà il tuo problema immediato (se è questa la tua intenzione), ma a lungo andare non dovresti ricomporre i commit che sono già stati spinti in una filiale remota. La soluzione migliore nel tuo scenario è in realtà unire.