flusso di lavoro ottimale per Local/staging/Produzione Server Stack + Git

Question

Sto cercando di incorporare un flusso di lavoro di sviluppo web che mi permette di fare quanto segue:

• Sviluppare/Test localmente
  • imita server di produzione (molti sottodomini, alcuni mysql DB)
  • soggiorni sincronizzati tra desktop di & portatile per consentire on-the-go di sviluppo
• facilmente spingere locale -> staging
• facilmente push staging -> produzione
• facilmente live-edit sul server di produzione (occasionalmente necessario per aggiornamenti di contenuti molto piccoli, modifiche di typo, ecc. In questo momento passo molto tempo a fare piccole modifiche, spingerlo alla messa in scena, quindi spingere alla produzione che richiede un po 'di tempo.)

Sono anche nuovo di Git. Ho iniziato a testare le acque con Git nei miei progetti personali, tuttavia il progetto che ho ereditato (con gli ambienti di produzione/messa in scena) non ha usato alcun controllo di versione a questo punto.

Domande:

• come posso adattare facilmente un grande progetto istituito per un ambiente locale (XAMPP)?
• Come posso sincronizzare il mio ambiente locale tra dev-laptop e dev-desktop?
• Github vale la pena in questo tipo di configurazione di progetto/server predefinita? Sembra che aggiunga molti più passaggi (es: local-> push to git repo -> download repo al server di staging -> push server di staging sul server live). Inoltre sono preoccupato per il mantenimento della privacy/sicurezza.

in sostanza sono il singolo sviluppatore a cui è stato consegnato un progetto abbastanza grande e voglio solo provare a rendere le cose il più semplici/dirette possibile. :)

Answer 1

I rami sono un modo per facilitare questo flusso di lavoro. C'è un great blog post su come utilizzare i rami Git per gestire un tipico flusso di lavoro di sviluppo.

Si avrà quindi un ramo per la produzione (ad esempio master), uno per le dirette in tempo reale che corrisponde al ramo hotfix nel post in alto e un altro per lo sviluppo.

Per sincronizzare gli ambienti locali su laptop e desktop, è possibile utilizzare il succitato ramo development anche come ramo remoto e fare in modo che entrambi i dispositivi spingano i loro commit locali su questo ramo all'archivio remoto.