Git workflow per più versioni con spese esterne

1

Sto lavorando a un progetto (un acceleratore di sviluppo) che ha dipendenze con un pacchetto NuGet di terze parti per un'applicazione CMS. Il pacchetto NuGet esterno presenta alcune modifiche al codice di errore nella nostra applicazione dalla v1.1 alla v1.2.

Dato che il nostro client può scegliere di utilizzare v1.1 o v1.2 dell'applicazione CMS, è necessario supportare il codice di base per entrambi. L'acceleratore di sviluppo continua a essere sviluppato contro con funzionalità aggiuntive aggiunte su base regolare. Il problema è che ci sono alcune modifiche al codice molto minori che abbiamo bisogno di main per v1.1 e v1.2 delle dipendenze esterne sulla nostra base di codice principale. Avremmo bisogno di continuare a sviluppare sia contro la v1.1 sia sulla v1.2 del nostro acceleratore.

Che cosa consiglieresti di fare? Manteniamo più rami di rilascio e facciamo il nostro sviluppo contro ciascuno? C'è un modo semplice per codificare un ramo di sviluppo e unire solo le modifiche al ramo di rilascio che non interromperanno?

    
posta Chirag Patel 07.03.2017 - 21:08
fonte

1 risposta

1

Penso che questo sia meno un problema di controllo della sorgente e più un problema di configurazione della build.

Hai ancora una base di codice che sviluppi contro, hai solo modi diversi di cui potresti voler esportare. Spezzare il codice "diverso" in file separati e utilizzare una configurazione di build per determinare quale versione viene creata.

Quindi, il tuo controllo sorgente è tutto "normale" e non soggetto a viziose strategie di fusione / fusione, che possono trasformarsi in un gran caos abbastanza rapidamente.

    
risposta data 08.03.2017 - 16:45
fonte

Leggi altre domande sui tag