Come posso evitare di ripetere i conflitti ripetutamente durante l'unione da uno a un ramo all'altro?

I conflitti si verificano perché due persone cambiano la stessa parte del codice in modi diversi e incompatibili. Se ne vedi molti, questo dovrebbe sollevare alcune domande sulla tua metodologia di sviluppo di base.

In primo luogo, sembra che tu stia abusando della ramificazione piuttosto severamente. Dare ad ogni sviluppatore il proprio repository sostanzialmente elimina lo scopo di avere un sistema di controllo della versione collaborativo in primo luogo. (Sì, hai ancora i vantaggi di tenere una cronologia e una "macchina del tempo" a cui puoi tornare indietro, ma questo è solo metà del punto di un VCS quando hai un team di sviluppo.)

Il tuo progetto dovrebbe essere ramificato per versione: un ramo 3.0, un ramo 3.1, un ramo 3.2 e così via - non dallo sviluppatore. Quando hai bisogno di una revisione stabile di una versione per una versione, trasformala in un tag.

Se tutti gli sviluppatori fanno check-in allo stesso ramo (e sincronizzano frequentemente) riduce al minimo il numero di conflitti di merge che si verificano, perché avere un intervallo più breve tra le unioni significa che è meno probabile che due sviluppatori tocchino lo stesso codice senza sincronizzarsi .

Inoltre, prova ad assegnare aree specifiche del codebase a sviluppatori specifici. Di nuovo, questo riduce il numero di volte in cui le loro modifiche si sovrappongono, il che riduce i conflitti di fusione.

Il tuo problema è che non stai lavorando sulla stessa base di codice. Ogni sviluppatore ha il proprio codice base, a cui apparentemente è permesso divergere significativamente dal tronco (se non fosse divergente, non si avrebbe questo problema).

Penso che l'esistenza dei rami del "programmatore" sia davvero il problema qui. Probabilmente dovresti scegliere i rami per progetto, e quando promuovi la modifica al tronco, dovresti terminare il ramo, o almeno sincronizzare il tronco con le modifiche sul ramo.

Fare ciò manterrà la differenza tra i rami del progetto e il tronco al minimo e ridurrà al minimo i problemi durante l'unione.

Un altro modo per risolvere questo problema è quello di fare in modo che i programmatori prendano regolarmente le modifiche del tronco sulle loro diramazioni (probabilmente ogni giorno sarebbe il migliore). Questo di nuovo manterrà i loro rami il più possibile simili al tronco, riducendo ancora il fastidio durante l'unione.