D3lphi

Хочу понять, как работать и использовать GIT, чтобы база данных, которая обновляется на продакшене, на локальной машине была тоже в актуальном состояние, с одной команды в консоли, как в случае с файлами.

Это шутка такая или что? Вы на продакшене сервере обновляете базу данных без тестирования оной на локальных машинах? Вот прям берете и вносите изменения на пофиг?

Вы слышали о такой вещи, как миграция базы данных? Так вот эта вещь как раз таки и предназначена для того, чтобы структура бд находилась в системе контроля версий. У вас есть файлы, в которых описана структура, разработчик, сделавший изменения в файле миграции (а следовательно, и в бд), отправляет этот файл(ы) в git, а другие разработчики получают из репозитория этот файл и обновляют локальную базу данных. В популярных php фреймворках уже присутствует эта возможность из коробки.

Пример файла миграции фреймворка Laravel.

При создании проекта Laravel сам создает необходимые .gitignore файлы. Под версионным контролем находится все кроме:
bootstrap/cache
storage (Его поддиректорий)
vendor
Файлы .sqlite, если имеются

Такой долгий деплой, судя по всему, происходит из-за того, что vendor тоже находится под контролем vcs.

Если нужно развернуть проект снова, делаете git clone, а затем выполняете composer install и ожидаете, пока "подтянутся" зависимости.

Флаг. И это понятие применимо к любым консольным командам.

Для этого есть замечательная библиотека - dotenv. Суть в том, что вы храните данные в отдельном файле .env, который добавляете в .gitignore. А в vcs коммитете файл .env.example, в котором присутствует только "скелет" параметров без значений. Тому, кто будет устанавливать ваше приложение будет необходимо переименовать файл .env.example в .env и заполнить необходимые опции. Значения из этого файла можно получить по средствам функции env(). Эту библиотеку, кстати, использует популярный php - фреймворк Laravel.