Quale sarebbe il modo più semplice per usare git correttamente in un piccolo team di circa 5 sviluppatori, con un server che esegue l'applicazione live?
Ti suggerisco di creare un ramo:
Il ramo di produzione è un ramo "in diretta". È l'applicazione in uso al momento.
Quando è necessario un aggiornamento, uno sviluppatore può estrarre il ramo principale nella diramazione locale. Di, può iniziare a codice. Alla fine, basta tirare e spingere dal ramo locale dello sviluppatore al master. Un project manager può dare un'occhiata al master branch. Provalo. E quando è pronto, puoi unire la produzione con il master. E ora avrai un nuovo software.
Inizia semplice e crea un flusso di lavoro più complesso come e quando è necessario.
Qualunque cosa tu faccia, non lasciare che un riuscito modello di branching di Git sia il primo la gente vede, la confonderà e la sopraffà. Guardalo più tardi quando hai più esperienza.
Ti suggerisco di iniziare con un repository centrale git
e avere tutti, inclusa la produzione e le build di test, di clonarlo.
All'interno del tuo repository git, crea un ramo production
e un ramo test
.
Gli sviluppatori dovrebbero lavorare nelle proprie filiali di feature locali o remote finché non vengono completate e unite in master
. Da qui possono essere uniti nel ramo test
per la distribuzione nell'ambiente di test e quando passano i test possono essere uniti nel ramo production
.
In questo modo puoi sempre vedere ciò che è nuovo e non testato, ciò che viene testato ma non ancora distribuito in produzione e ciò che è effettivamente in produzione.
Abbiamo una situazione simile - tranne che abbiamo dozzine di app web non una. Abbiamo utilizzato con successo un riuscito modello di branching Git per l'ultimo anno o giù di lì reclami significativi.
È necessario disporre di un repository principale sul server di integrazione e ogni sviluppatore deve clonarlo. Dopo basta tirare e spingere. Sviluppa nuove grandi funzionalità in un ramo separato. Nessuna scienza missilistica qui. Sul server live - devi anche clonare il repository principale. Ed è una buona pratica avere un ramo come "vivi" per questo.
Leggi altre domande sui tag git version-control