DevMan

делать ветку каждые N минут/часов – это бред.
ветка должна быть логичной: пилите новую фичу – делаете новую ветку, пилите новую версию – делаете новую ветку, надо что–то проверить/поэкспериментировать –делаете новую ветку.

комиты – чем чаще, тем лучше, особенное если над кодом работает много людей. но тоже не по секундомеру.

нет четких правил, просто пользуйтесь здравым смыслом. со временем сами придете к тому, что удобно и что не очень.
ну и почитайте про git flow.

https://stackoverflow.com/questions/3319479/can-i-...

git reset --hard
https://git-scm.com/docs/git-reset

элементарно: его не делают.
современный деплой гораздо сложнее банального git pull. особенно если хочется миграций, сборки ассетов и т.п.

https://www.git-scm.com/book/ru/v2

1. билд–сервер + система деплоя по вкусу
2. аналогично п. 1
3. никакой связи с остальными пунктами
4. хранить в гите только то, что нужно
5. синхронизировать нужно только ассеты, имеющие непосредственное отношение к приложению (стили, скрипты, иконки, и т.п.) и они должны быть в гите. пользовательский хлам хранится в отдельной папке, которая просто линкуется при деплое в проект.

https://help.github.com/en/articles/removing-sensi...

для этого давно придуманы миграции.

в общем виде у вас верно описано. на практике же все может быть совсем иначе.

Правильно ли я понимаю, что у разработчиков локальные репозитории должны сливаться в bare, который тут же должен развернут на тестовый каким-либо инструментом

правильно – локальные репы должны сливаться в bare.
не правильно – тут же должен развернут на тестовый. зачем, как, и почему?
если это готовое решение – да, его можно выкатить на тестовый сервер.
если это промежуточный комит – нет никакого смысла выкатывать его на тест.

(каким???)

да их полно. и выбор зависит только от ваших хотелок.

ибо кроме push, есть ещё и pull, который вы заменили на reset.

д - деплой.
есть множество решений для него.

для простого воркфлоу вполне достаточно установить себе capistrano, mina, любой другой аналог.

git clone первый раз, git pull для обновления.

https://confluence.atlassian.com/bitbucket/set-up-...

Комитишь свои изменения, без пуша.
Пуляешь изменения с репака.
Мержишь/разгребаешь конфликты.
Комитишь, пушишь.

Примерно так.
Бонусом: после нескольких подобных итераций обретаешь скил "комитишь почаще").

https://semver.org/

пустые папки не добавляются.
если они позарез нужны, в них создаётся пустой файл (обычно делают скрытый) и комитится.

если вас устраивает встроенный терминал, то смысла использовать сторонний нет.

плюшка стороннего в том, что его можно использовать не только для гит'а.

https://medium.freecodecamp.org/manage-multiple-gi...

это для гитхаб, но принцип такой же.

так английским по белому же написано в чем проблема и как решить: смержите файлы.

Клонируете и смотрите. Вам подсказать git clone?