Dopo aver posto la mia ultima domanda which turned out to be about rebasing with GIT, ho deciso che non desidero affatto rebase. Invece voglio:Ripetizione della cronologia di commit in GIT senza punto di riferimento
- Branch
- lavoro lavoro lavoro, il check-in e spingendo in ogni momento
- buttare via tutti quei commit e far finta che non è mai successo (così uno pulito commettere alla fine del lavoro)
faccio questo momento copiando i file in una nuova directory e quindi copiare di nuovo per una nuova filiale (ramificata nello stesso punto come mio ramo di lavoro), e poi la fusione che in master
o dovunque.
Questo è semplicemente sbagliato e perché? Più importante: c'è un modo migliore/GIT per farlo?git rebase -i
mi obbliga a unire (e selezionare e schiacciare).
Lo squash si verifica automaticamente ad ogni commit, non vedo come questo aiuti con la mia domanda. Non è così, ma avrei bisogno di più informazioni. –
Ho usato 'git merge --quash' quando volevo unire un ramo argomento con il master, ma anche ridurre la cronologia del commit in un solo commit. 'git merge --quash' esegue l'unione, ma forniamo un messaggio di commit prima di effettuare l'unione. Quindi il risultato finale appare come se ti fossi impegnato solo una volta sul ramo principale. –
scusate mi ci sono voluti tre anni per capire che questa risposta è corretta. Ottimo lavoro! –