Дмитрий Шицков

Правильно – не делать ветки с различной структурой. Впервые слышу чтобы так делали.
Докерфайл можно перенести в основную ветку и сконфигурировать так, чтобы он работал с иерархий проекта основной ветки.

Используйте ключи ssh
https://help.github.com/en/github/authenticating-t...

Могу предложить такие варианты:

• Сделать так, чтобы не приходилось проверять так тщательно после обновления на удалённом сервере. Настройте свое локальное окружение для лучшего соответствия.
  
• Заведите на сервер поддомен, типа dev.mysite.org и проверяйте все там как удобно, прежде чем обновлять прод
  
• Не используйте git на prod. Версионирование нужно для кода, а не сервера. Туда можно хоть архивом лить.
  

Ну и как комбо вариант, начать использовать ci/cd, тот же Travis. Обновилась ветка с подготовлены релизом - автоматом вылился на сервер по scp/sftp с адресом-поддоменом. Все устроило? Мердж в мастер и автоматом(на самом деле, лучше вручную или с ограничением по git tag) поехало на прод.

Для хранения локальных изменений есть git stash.
Так же можно хранить в локальных ветках.

Думаю worktree = ./www/

P. S.

Минус всей этой конструкции в том, что git доступен по внешней ссылке.

Это у вас не проблема конструкции, а ошибка в конфигурации nginx/apache.

если нужно восстановить его из бэкапа, то папка git тоже восстанавливается и HEAD уже указывает на предыдущие коммиты.

1. Зачем .git сохранять в бекапы?
   
2. Если все же зачем-то сохраняется, то почему после разворачивания просто не спуллить нужную ветку или тэг?
   
3. Зачем эти бекапы разворачивать, если можно просто откатиться гитом?
   
   

Выберите понравившийся вариант
https://gist.github.com/justintv/168835

git branch -m переименовать ветку master
git checkout -b master <с какого коммита> чекаут с нужного коммита в новую ветку

https://learngitbranching.js.org/

Слишком трудно затратно. Просто вынесите демопроект в отдельный репозиторий.
Если очень хочется попробовать - почитайте по git hooks.

Это вы читали? Не помогло?
https://code.visualstudio.com/docs/editor/versionc...

Честно говоря, уже и не помню какой он, ручной деплой. Все что помню, мы в те времена проект собирали прямо на сервере... Но точно вам скажу - хранить сборку в гите вместе с исходниками неприемлимо. Даже без ci, можно было бы написать скрипт, который бы собирал, архивировал и потом копировал на удалённый сервер проект по scp. Ну да ладно, даже простоо руками все это можно проделать. - собрать архив, скопировать на сервер и распаковать.

У смотрю вас много котов и они чего-то все время хотят.

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

Корректным путем будет выполнение git revert на проблемной ветке, а затем смерджить изменения.

Во всех других случаях высокий шанс что-то сломать, а заодно придётся произвести форспуши как минимум в 2 ветках, в т.ч. в мастер.