Quale versione del file git verrà finalmente utilizzata: LOCAL, BASE o REMOTE?

Quando c'è un collison durante git merge, apro una fusione chiamata Meld . Apre tre file LOCAL, BASE e REMOTE. Come ho letto LOCAL è il mio ramo locale, BASE è l'antenato comune e REMOTE è il ramo da unire.

Ora alla mia domanda: quale versione del file verrà finalmente utilizzata? È REMOTO? In tal caso, posso modificarlo come voglio, indipendentemente da cosa sia nel ramo BASE, ad esempio?

E 'quello in mezzo: BASE.

In realtà, BASEnon è l'antenato comune, ma l'unione semifinita in cui i conflitti sono contrassegnati con >>>>e <<<<.

Puoi vedere i nomi dei file nella parte superiore della finestra di modifica della combinazione.

Guarda lo screenshot qui

È possibile modificare il BASEfile come desiderato con o senza l'utilizzo dei comandi di fusione.
Puoi anche sbarazzarti di meld e modificare il file con il tuo editor di testo preferito.

• Il codice tra <<<< HEADe =====marcatori è quello del tuo file locale prima dell'unione.
• Il codice tra ====e >>>> <branch name>è quello del file remoto.

La combinazione ha una funzione di unione nascosta a 3 vie attivata passando il 4o parametro:

meld $LOCAL $BASE $REMOTE $MERGED

I riquadri destro e sinistro vengono aperti in modalità di sola lettura, quindi non è possibile unire accidentalmente la strada sbagliata. Il riquadro centrale mostra il risultato dell'unione. Per i conflitti mostra la versione di base in modo da poter vedere tutti i bit importanti: testo originale nel mezzo e modifiche contrastanti su entrambi i lati. Alla fine, quando premi il pulsante "Salva", viene scritto il file $ MERGED, esattamente come previsto da git.

Il file ~ / .gitconfig che utilizzo contiene le seguenti impostazioni:

[merge]
tool = mymeld
conflictstyle = diff3
[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE $MERGED

questo apre la fusione con 3 schede, la prima e la seconda scheda contenenti le differenze diff che sto cercando di unire e la terza scheda, aperta per impostazione predefinita, mostra la vista di unione a 3 vie.

Ora, il motivo per cui la funzione è nascosta è che non è ancora abbastanza lucido. È molto utile come lo è ora, ma Kai Willadsen, l'autore della fusione, ha indicato alcune rughe che devono essere risolte. Ad esempio, non esiste una GUI per avviare la modalità di unione a 3 vie, la sintassi della riga di comando è un po 'arcana e così via. Se parli di pitone e hai del tempo a disposizione, sai cosa fare.

Modifica: nelle versioni più recenti di Meld, la sinossi è leggermente cambiata. Questo era nei commenti, ma appartiene alla risposta.

Il comando meld ora utilizza l'opzione --output, quindi l'ultima riga dello snippet sopra dovrebbe essere:

cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED

Ci sono 4 file coinvolti:

1. $LOCALIl file sul ramo in cui si stanno unendo; non toccato dal processo di unione quando mostrato a te

2. $REMOTEIl file sul ramo da cui si sta unendo; non toccato dal processo di unione quando mostrato a te

3. $BASEL'antenato comune di $ LOCAL e $ REMOTE, ad es. il punto in cui i due rami hanno iniziato a deviare il file considerato; non toccato dal processo di unione quando mostrato a te

4. $MERGEDIl file parzialmente unito, con conflitti; questo è l'unico file toccato dal processo di unione e, in realtà, non ti è mai stato mostratomeld

Il $MERGEDfile è quello che contiene i <<<<<<, >>>>>>, =====(e, forse, ||||||i marcatori) (che è in conflitto delimitano). Questo è il file che si modifica manualmente per correggere i conflitti.

La modifica manuale dei conflitti e la modifica dei conflitti visivi vengono eseguite su file diversi e presentano informazioni diverse.

Quando si utilizza il mergetool (assumere meld), i file che stanno vedendo in essa sono: $LOCAL, $BASE, $REMOTE. Nota che non vedi il $MERGEDfile, anche se questo viene passato come parametro nascosto meldper scrivere lì il risultato della modifica.

In altre parole, in meld, stai modificando il file nel mezzo, il $BASEfile e scegli manualmente tutte le modifiche da sinistra o da destra . È un file pulito, non toccato dal processo di unione. L'unico inconveniente è che, quando si salva, non si salva nel $BASEfile, ma nel quarto parametro nascosto di meld, che è il $MERGEDfile (che non si vede nemmeno). Il $BASEfile non contiene conflitti o fusioni parziali riuscite perché non è il $MERGEDfile .

Nella modifica visiva, quando ti viene presentato il $BASEfile (anziché il $MERGEDfile), in gitpratica viene scartato tutti i suoi tentativi di eseguire l'unione (tali tentativi sono visibili, se lo desideri, nel file $ MERGED) e ti consente di eseguire completamente l'unione da zero .

La linea di fondo è che nei conflitti di fusione manuale e visiva non si osservano gli stessi file, ma il risultato finale viene scritto nello stesso file (che è il $MERGEDfile).

La correzione manuale dei conflitti viene fatto su $MERGEDperché git non ha media di presentarvi tre file, in modo che schiaccia le informazioni dai tre file ( $LOCAL, $BASE, $REMOTE) in quel $MERGEDfile.

Ma gli strumenti visivi hanno i mezzi per mostrare tre file: vi mostrano i $LOCAL, $BASE, $REMOTEi file. Si sta raccogliendo i cambiamenti dai $LOCALe $REMOTEfile e si stanno portando quelle nel $BASEfile completamente ri-costruzione e anche sovrascrivendo il fallito tentativo di fondere cioè il $MERGEDfile.

La soluzione di Cosmin funziona, ma il file $ BASE viene aggiornato, non $ MERGED . Questo aggiornerà il file $ MERGED :

meld: v1.8.4

[merge]
  conflictstyle = diff3
  tool = mymeld
[mergetool "mymeld"]
  cmd = meld --auto-merge --output $MERGED $LOCAL $BASE $REMOTE --diff $BASE $LOCAL --diff $BASE $REMOTE

Con Meld 1.7 la soluzione di Tomek Bury non funziona più.

Le impostazioni predefinite non mi soddisfacevano:

Invece per Meld> = 1.7 suggerisco una delle altre due soluzioni.

Prima soluzione :

 meld $LOCAL $BASE $REMOTE --auto-merge

Seconda soluzione :

 meld $LOCAL $MERGED $REMOTE

.gitconfig

Copia e incolla questo nel tuo .gitconfigfile per ottenere le soluzioni come descritto sopra:

[merge]
    tool = meld16
[mergetool "meld17"]
    # use this for Meld >=1.7
    # see http://stackoverflow.com/a/22911793/859591
    # second solution:
    cmd = meld $LOCAL $MERGED $REMOTE
    # first solution:
    #cmd = meld $LOCAL $BASE $REMOTE --auto-merge
[mergetool "meld16"]
    cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED

[include]
    # requires git v1.7.10+
    path = .gitconfig.local

Copia e incolla questo in un .gitconfig.localfile per impostare meld17 o meld16 solo per questa macchina nel caso in cui usi il tuo .gitconfig su più macchine:

# This is a host specific config file!
# Note that git 1.7.10+ is needed
# http://stackoverflow.com/a/9733277/859591
[merge]
    tool = meld17

Ho scoperto che nessuno dei file predefiniti mostrati veniva salvato. la fusione stava mostrando $LOCAL, $REMOTEe $BASEper impostazione predefinita. Per farlo funzionare, dovevo mostrare la fusione $MERGEDinvece di $BASE. Mettendo questo nel mio ~/.gitconfigriparato per me:

[merge]
        tool = mymeld
[mergetool "mymeld"]
        cmd = meld "$LOCAL" "$MERGED" "$REMOTE"

Sto usando Arch, con:

$ git --version
git version 1.8.2
$ meld --version
meld 1.7.1

Per qualche motivo le versioni più recenti di fusione non visualizzano le linee di marker aggiunte per i conflitti (<<<<<<<, =======, >>>>>>>). Se vuoi vedere quelle linee, dovresti installare meld v 1.3.3 o precedente.

Vedere la risposta di Saad per la risposta corretta.

Con la fusione 1.8.1 su Ubuntu stavo ottenendo il

numero errato di argomenti forniti a --diff

e aggiungendo il --output prima di $ MERGED ho risolto il problema per me:

[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED