Flusso di lavoro Git per lo sviluppo web

Question

Mi sono divertito con git sulla mia macchina locale e tutto ha senso fino a quando non si tratta di un remoto e più sviluppatori che comincio a confondermi.

Il mio obiettivo è di avere un sito di sviluppo "semi pubblico" su cui un gruppo di 4 persone possa lavorare e di apportare modifiche al sito live non appena sono pronti. Abbiamo bisogno che il/i sito/i di sviluppo siano sul server web pubblico in modo da poter ottenere le approvazioni prima di spingere le modifiche dal vivo. La sicurezza non è una grande preoccupazione, quindi sto pensando di utilizzare solo un semplice .htaccess per limitare l'accesso. Non tutte le modifiche devono essere approvate, ma voglio che il sito dev sia aggiornato.

La grande sfida è che 2 dei 4 di noi sono progettisti e così l'intero processo di fare un cambiamento e spingendolo dal vivo deve essere semplice e veloce. Sono utilizzati solo per inviare modifiche al sito. Non voglio fare un processo di 10 passi per fare quello che stanno facendo con una scorciatoia da tastiera in questo momento.

Qualche suggerimento?

Answer 1

Partenza:

• Git for designers
• GitX, uno strumento Git grafico per OS X
• Capistrano per la distribuzione

Questo dovrebbe ottenere tutti familiarità con l'uso git e un dare strumento per spingere in modo efficiente i cambiamenti.

Answer 2

Prima di andare oltre, dichiaro chiaramente che git è non uno strumento di distribuzione web. Capistrano e gli amici sono la soluzione superiore e obbligatoria per i sistemi complessi. Tuttavia, se si dispone di un sito abbastanza semplice e non si preoccupa delle distribuzioni atomiche, delle dipendenze, del processo forzato (assicurandosi che tutte le modifiche siano QAed, ecc.) E simili, a volte si può ottenere un hook post-ricezione che esegue un git check forzato. Quindi il processo di distribuzione su un sito Web sarebbe di inviare un repository speciale. Potresti avere un repository per il QA e uno per la produzione, oppure fare in modo che il gancio controlli il ramo che viene spinto e lo indichi quale aggiornare in quel modo.

Vedere http://toroid.org/ams/git-website-howto per ulteriori informazioni su un semplice gancio di post-ricezione per il checkout automatico.

Ovviamente, è anche possibile che l'hook di post-ricezione chiami un vero e proprio sistema di distribuzione Web per risolvere alcuni dei problemi sopra menzionati.