Utilizzo di un clone di ramo principale per la directory public_html

Question

Stiamo utilizzando git installato su un server Web per lo sviluppo e abbiamo inserito un progetto .git nullo all'esterno della directory public_html, e quindi stiamo clonando il ramo master in una directory all'interno di public_html. Questo ci consente di passare al ramo principale senza preoccuparci degli errori del ramo già controllato.

Abbiamo avuto l'idea (e lo abbiamo verificato, funziona meravigliosamente finora) che potremmo eseguire il checkout di singole teste di commit come un rapido roll-back mentre sistemiamo il ramo master e tiriamo di nuovo. Ci sono degli aspetti negativi o problemi di sicurezza che dobbiamo sapere quando lo facciamo?

Answer 1

Non sono sicuro di aver compreso completamente il setup che si sta utilizzando (due repository git?) E il ragionamento dietro, ma ho avuto la sensazione che la vera domanda riguardasse la procedura di roll-back.

e il rollback controllando singoli commetta, è un approccio completamente valida ed è infatti anche un approccio naturale quando si utilizza il flusso di lavoro gitflow suggerito da Vincent Driessen: http://nvie.com/posts/a-successful-git-branching-model/

Tuttavia, una parte fondamentale della gitflow sta usando git tag per contrassegnare i commit nel ramo principale come release. Un tag è una sorta di "commit-pointer" e il check-out di un tag avrà lo stesso effetto del check-out sul quale punta.

Questi 'tag di rilascio' saranno in genere numeri di versione, ad esempio '4.2', '1.2.3' ecc. Quindi, nel caso di dover eseguire un rollback quando si utilizza il tag, diciamo '4.3', semplicemente fai git checkout 4.2 e questo ti riporterà alla tua ultima versione stabile. Ciò al contrario di dover esaminare il registro di commit, trovare il commit corretto e quindi fare .