Migliori pratiche git per il progetto Android con più set di risorse

3

Ho un progetto commerciale Android che ho creato una versione specifica per il cliente (principalmente ritocchi dell'interfaccia utente). Poiché la maggior parte delle modifiche si trova nella cartella / res in file XML, abbiamo le modifiche attualmente in un ramo, ma in realtà non voglio dover cambiare le porte avanti e indietro tra i rami in perpetuo. Sono curioso di sapere se qualcuno ha delle strategie di controllo del codice sorgente che renderanno più semplice la gestione di più versioni specifiche del client di un'applicazione Android.

Inoltre, non sono sicuro se questo appartiene qui o StackOverflow. Sentiti libero di transitare lì se ho indovinato.

    
posta MattC 05.07.2011 - 17:19
fonte

2 risposte

1

Hai considerato di applicare uno stile di programmazione chiamato FeatureToggle?

The basic idea is to have a configuration file that defines a bunch of toggles for various features you have pending. The running application then uses these toggles in order to decide whether or not to show the new feature.

Anche se è difficile, solitamente usiamo questo stile quando è difficile usare i rami.

Di più su questo di Martin Fowler. link

    
risposta data 07.07.2011 - 00:20
fonte
1

Il percorso che stiamo seguendo è che stiamo evitando il più possibile il codice personalizzato e che le risorse dell'app (tutto nella sottodirectory res /) sono archiviate in un progetto git separato con le sue diramazioni. In questo modo possiamo disaccoppiare i rami delle funzionalità dalle branch dell'interfaccia utente e testare le funzionalità con diverse interfacce utente senza dover fare la ginnastica da prima in cui l'interfaccia utente era legata al codice su base per ramo, se questo ha senso.

    
risposta data 15.08.2011 - 23:08
fonte

Leggi altre domande sui tag