Допустимо свой маленький сайтик-бложик клепать по-живому, на продакшен хостинге, и какие рекомендации дадите при этом?

Допустимо, если среда сборки на сервере находится в отдельной директории, а просмотр девсервера закрыт от посторонних (включая пауков) через HTTP-аутентификацию или другим способом.
Вообще, в таком сценарии, локальный деплой становится очень удобным (банально rm & cp), но зато разработка требует мощностей сервера (т. к. ведется по факту на нем) - надо чтобы ресурсов хватало и на нее, и на отдачу клиентам. Еще, при этом автоматически исключается возможность одновременной совместной работы над кодом непосредственно на сервере.
Вывод: такой сценарий хорош при мощном серваке и разработке в одно лицо - но плох во всех остальных случаях.

// На работе у меня используется схожий подход: вебприложения разрабатываются через SSH на отдельных серверах (они не прод, но стабильная сборка на них общедоступна) - поэтому и приемка становится удобнее, и тимлид может в любой момент подключиться и посмотреть: состояние кодовой базы проекта, последние коммиты, и т. д.. Основной разраб проекта пилит его на сервере, а остальные программеры работают с локальными копиями репо. Деплой же, выполняется с участием CI: проект автоматически тестируется и собирается на хабе при коммите в мастер-ветку ориджина (неважно откуда), а далее специалисты по внедрению забирают с хаба готовые архивы сборок и разносят их по прод серверам (прод установок сотни, а у разных клиентов разные сборки, поэтому внедрение, увы, возможно только вручную).

Рекомендации - не делать этого)