Fare modifiche minori altrove mentre si lavora su un commit [duplicato]

Question

Fare modifiche minori altrove mentre si lavora su un commit [duplicato]

#1 da (5 voti)
#2 da (1 voti)

4

Ho l'abitudine di apportare costantemente piccole modifiche al mio codice ogni volta che trovo qualcosa che non mi piace, sia che si tratti di un bug o di qualche pezzo di codice sciatto che vedo come migliorare. Sviluppo guidato dalla nevrosi.

Il problema è che questa abitudine non funziona bene con VCS. Posso lavorare su una nuova funzione e, al termine, ho 10 modifiche non correlate in diverse parti del codice (di solito nello stesso file). Sono rimasto con tre opzioni:

Ogni volta che voglio apportare una modifica minore, passa a work branch, esegui il commit, passa a master , apporta la modifica minore, commit, torna a work .
Sentiti libero di modificare quanto voglio, quindi impegnare tutto insieme. Ma mescolare concettualmente diverse modifiche in un commit è una cattiva pratica.
Come sopra, ma quando arriva il momento del grande commit, prova a sbrogliare le modifiche con strumenti come git add --patch e impegnali separatamente

Qualsiasi di queste opzioni mi fa venir voglia di rinunciare a VCS qualunque. C'è una quarta opzione che non vedo o è una delle precedenti non così male come sembra?

version-control development-process

posta 0x60 13.04.2016 - 17:51

fonte

2 risposte

Leggi altre domande sui tag version-control development-process

Come evitare il pattern LoadBy? Se creo un'applicazione desktop usando Tkinter, PyGTK o PyGame la mia app deve essere open source?

score 5 · Answer 1

Utilizza git add --patch subito dopo aver apportato la modifica. Fai molti piccoli commit ogni volta che hai un passo significativo. Successivamente è possibile rebase e schiacciare i commit relativi insieme. È molto più facile utilizzare rebase per unire più commit in uno rispetto a dividere un diff in più commit.

score 1 · Answer 2

Ecco cosa faccio:

Rimani disciplinato, apporta solo le modifiche applicabili al ramo di lavoro corrente.
Crea un ramo fuori da master chiamato MyDevBranch .
Crea un ramo fuori da MyDevBranch che indirizzi una funzionalità / funzionalità specifica ( MyFeatureBranch ).
Fai molti e molti commit ... Ogni volta che finisco parte di una caratteristica che si rivolge ad alcuni aspetti di quella caratteristica faccio un commit a MyFeatureBranch (cioè scrivi un metodo o crea uno stub di metodo non implementato).
Quando avrò finito l'intera funzione, unirò MyFeatureBranch a MyDevBranch .

Questo ha funzionato per me finora, quando avrò completato tutti e 5 questi passaggi, unirò MyDevBranch a master . Quindi push my master si dirama verso un repository nudo sul nostro server, dove si fonde con il master esistente.

Se ti capita di apportare alcune modifiche e non vuoi integrarle subito, puoi anche stash delle modifiche poi pop più tardi .. Vedi questo link qui.

Forse controlla anche questa domanda che qualcuno ha chiesto riguardo alla memorizzazione di qui .

Ero esattamente come all'inizio, finché non ho letto altro su Git e ho fatto delle domande per vedere cosa stavano facendo gli altri.