Sto utilizzando Git Flow con più progetti, ciascuno con il proprio repository, con successo.Rilasci strutturati (flusso Git) per più progetti in un singolo repository (monorepo)
Sto cercando di unire questi repository in un unico monorepo. Il motivo principale è la condivisione di progetti dipendenti su più progetti, il che significa che attualmente è necessario eseguire correzioni su più repository (vedere: modifiche cross-project nel link sopra).
Facebook e Google sembrano utilizzare correttamente questo modello (vedere: this fb talk e this google talk).
Come posso continuare a utilizzare qualcosa di simile a Git Flow utilizzando un singolo repository per più progetti?
Sebbene utili, i dialoghi a cui ho collegato non entrano nei dettagli come ramificazioni e tagging e come organizzano diverse versioni di progetto da un singolo trunk/master.
Non sono sposato con Git Flow. Sto cercando come strutturare i rilasci in un monorepo.
Seriamente no. Basta usare i sottomoduli se hai bisogno di legare versioni specifiche. – o11c
Sinceramente non userei un monorepo se stai lavorando con Git. I motivi per cui Google e Facebook lo usano sono una combinazione di "è sempre stato fatto in quel modo" (Google), "abbiamo molti utenti Perforce" (Google) e "è stato più facile migrare il nostro repository SVN" (Facebook) . Ovviamente, nella tipica moda di Google/Facebook, danno lunghi discorsi sui presunti benefici per giustificare le loro decisioni. Ma per essere onesti, i monotepos non si adattano al modello Git e agli strumenti progettati per funzionare con Git. – mipadi
Le tue pubblicazioni sono sincronizzate su tutti i progetti? Significa che hanno lo stesso numero di versione e vengono rilasciati insieme? In caso contrario, immagino che il numero di filiali possa sfuggire al controllo. –