Quando utilizzare veramente una filiale in git? [chiuso]

Question

Quando utilizzare veramente una filiale in git? [chiuso]

#1 da (3 voti)
#2 da (3 voti)

-2

Ho automatizzato alcuni casi di test e li ho spinti per la revisione. Tuttavia ho bisogno di continuare a sviluppare altri test nello stesso codice. Non riesco a creare una nuova sandbox ogni volta che i miei cambiamenti non sono realmente nello stream e quindi non li ho nel mio locale appena creato. La ramificazione è davvero il modo di lavorare? Se sì, come faccio a mantenere le mie modifiche attualmente funzionanti private e isolate in modo che nessuno ne sia a conoscenza .. Nemmeno il master?

git

posta Anusha Dathatri 18.09.2015 - 12:25

fonte

2 risposte

Leggi altre domande sui tag git

Rilevamento di persone in postazioni dall'immagine [chiuso] Autentica utente senza password [chiuso]

score 3 · Answer 1

Dicendo che hai spinto i casi per la revisione indica che stai lavorando in un'organizzazione che usa git per fare la revisione del codice. Quindi presumibilmente hanno un piano su come farlo, scritto o semplicemente "conoscenza comune".

Quindi dovresti seguire ciò che fa l'organizzazione. Git è solo una cassetta degli attrezzi con una varietà di strumenti dentro, uno dei quali è chiamato 'ramo'. Quindi non esiste una risposta generica alla tua domanda basata sul solo fatto di conoscere il fatto che usi git.

Più di una risposta valida alla domanda "Ho un martello, cosa devo colpire?"

score 3 · Answer 2

Come ho capito la tua domanda hai creato un ramo (chiamiamolo A ) e inviato per la revisione prima che possa essere unito in master . E ora devi fare più lavoro che si aggiunge al lavoro nel ramo A . Questo lavoro verrà svolto in un nuovo ramo che chiameremo B .

Ovviamente, se crei un nuovo ramo fuori da master non avrai le nuove funzionalità introdotte in A . Quindi, hai due opzioni.

Uno. Filiale B off di A anziché master .
Due. Filiale B off di master e quindi fai un'unione da A .

In entrambi i casi, includi tutto il lavoro da A nel ramo B . B , ovviamente, non può essere unito fino a quando A è stato unito senza fondersi efficacemente in A .

Il fattore di rischio è che se il tuo lavoro in A viene rifiutato, il tuo lavoro su B potrebbe dover essere ampiamente riscritto, ma è un rischio che non puoi evitare senza aspettare che la recensione di A sia completa.

Alla fine A viene unito in master e il problema scompare. Se il ramo A viene revisionato durante il processo di revisione, dovrai, naturalmente, unire tali modifiche in B .