Dovremmo usare i rami git o repository separati?

2

Quindi ho parlato con il mio datore di lavoro finalmente saltando sul controllo della versione ... fino ad ora la mia esperienza con git è stata per progetti personali e lavori freelance in cui tutto è su un server, o piccoli script ... quindi, questo è un po 'al di sopra delle mie conoscenze.

Avremo 3 server Web ... test, staging, produzione. Useremo il beanstalk (come github) che immagazzinerà i nostri repository da remoto e il beanstalk verrà distribuito ai nostri server tramite sftp (o ssh o qualsiasi altra cosa decidiamo). All'interno della nostra cartella htdocs abbiamo un'installazione multi-sito drupal e abbiamo un sacco di cose al di fuori di drupal (pagine di destinazione, ecc ...). Vorremmo avere tutti i nostri htdocs (ad eccezione di immagini, cartelle di file, ecc.) All'interno del controllo di versione.

Dovremmo usare un repository con più filiali? Oppure 3 repository separati, ciascuno con un ramo dato che saranno distribuiti su 3 server separati?

    
posta kevindeleon 27.02.2014 - 23:25
fonte

1 risposta

4

Dato che il codice sarà uguale o versioni dello stesso codice, sarebbe più sano avere un singolo repository e diversi rami, uno per ogni scopo. Se sei in dubbio su quale schema di ramificazione usare, ci sono molte proposte là fuori (es. git flow ).

Come con git è così facile trasferire contenuti da un ramo all'altro e tornare nello stesso repository, avere repository separati ti darà un sacco di mal di testa.

Inoltre, puoi avere due rami su un repository con contenuti completamente diversi, come ad esempio il progetto Bootstrap: il loro codice è su master branch e le github pagine di documentazione si trovano su un altro.

E con Amazon Beanstalk devi specificare il ramo vuoi spingere in ogni ambiente, a questo non sarà un problema.

Git è così flessibile che ti piacerà.

    
risposta data 27.02.2014 - 23:38
fonte

Leggi altre domande sui tag