In termini di organizzazione di un nuovo progetto, quali sono i pro/contro di avere un repository Git con sottodirectory per web/ios/android/etc rispetto ad avere repository indipendenti per ciascuno?Si dovrebbe avere un repository Git o diversi quando si ha un progetto con applicazioni web/ios/android?
Qualche consiglio?
Git non fornisce un modo semplice per eseguire il checkout della sottodirectory da un repository. Ciò significa che se hai due team che lavorano rispettivamente su Android e iOS, ognuno di loro dovrà eseguire il checkout del codice dell'altra squadra.
Che cosa è peggio git log sarà un pasticcio completo in quanto conterrà commit da tutte le applicazioni. Ciò potrebbe causare alcuni problemi durante la creazione e l'unione di rami relativi a particolari applicazioni.
Non vedo alcun motivo valido per avere progetti separati nello stesso repository git.
Se si desidera disporre di un repository centrale in cui è possibile archiviare elementi aggiuntivi come doc o smth altrimenti correlati all'intero progetto e non a un'applicazione dell'applicazione, è possibile creare un repository centrale e aggiungere repository di ogni applicazione come git submodule.
Se le app condividono in qualche modo il codice comune, puoi anche pensare di separare le app in filiali. in ogni caso, non un singolo ramo con albero per i progetti al suo interno
Hmm .. che dire di avere filiali per piattaforma e unirle a master solo per il rilascio? –