Le migliori pratiche per far rivivere e aggiornare il vecchio ramo?

1

Sono uno sviluppatore hobbista solista con un codice ospitato su Bitbucket. Io uso TortoiseHg sul lato client per gestire il mio repo.

Nel 2013 ho sviluppato una funzione su un ramo ma l'ho abbandonata prima del completamento.

Il ramo predefinito ha visto molti commit e miglioramenti strutturali da quel momento.

Ora sono arrivato al punto in cui la funzionalità di quel ramo abbandonato è diventata di nuovo attraente, e mi piacerebbe riprendere a lavorarci sopra.

In primo luogo, tuttavia, vorrei portarlo alla conformità con la progettazione del sito esistente.

Non sono chiaro su quale sia il passo Mercurial corretto per rilanciare questo ramo? Sembra ovvio che non voglio Unisci con Local ... con il locale come il codice predefinito più recente. Aggiorna a ... estrae il commit più recente dal vecchio ramo sul mio computer, che non avrebbe alcun miglioramento a livello di sistema realizzato negli anni successivi. Quindi?

    
posta Drew 21.10.2016 - 09:37
fonte

1 risposta

1

Vuoi (in comune) unire default a feature (risolvendo un sacco di possibili conflitti di fusione).

Modo leggermente diverso:

  • converti tutti i changeset di feature branch nel set di MQ-patches
  • crea un nuovo ramo con nome dall'attuale tip
  • Applica le patch dalla coda consecutivamente dal basso verso l'alto, risolvendo i conflitti per le modifiche di ogni singolo changeset

PS: come notato da @IMSoP, invece di MQ-game può essere solo rebase (feature branch al branchpoint fresco), è solo una questione di gusti: risolvere (possibili) conflitti per gli stati finali di range di conflitto in caso di rebase (immagina più di un singolo cambiamento nell'intervallo in conflitto in revset) o risolvilo in sequenza individualmente per ogni changeset, che ha prodotto un conflitto di fusione

    
risposta data 21.10.2016 - 13:29
fonte

Leggi altre domande sui tag