Андрей Хохлов

Там же написано

Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.

Попробуйте следовать https://www.atlassian.com/ru/git/tutorials/compari...

К проблеме которую вы описали:

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

Не сливайте feature-ветку пока она не будет полностью протестирована и code-rewiew'ирована.
Склеивайте комиты в feature-ветке, чтобы их в итоге было не больше 1-3.

Из собственного опыта могу сказать, что чем крупнее и неспешнее проект - тем проще следовать git-flow.
А вот когда 1-2 разработчика и нужно вот сейчас ещё вчера запилить 10 фич... бывает сложновато.

Это вопрос дисциплины и организованности. Как ставятся задачи, как вы фокусируетесь на текущей фиче (нельзя носиться по всему проекту и фиксить по пути всё что под руку попалось). Организации самого проекта в конце концов - как изолированы компоненты и т.д.

Уже отвечал на подобный вопрос, но про Битрикс, а найти не могу. Расскажу как делаем мы.

Вот структура:

Как видите сам wordpress в репозитории не хранится, (как и плагины, которые из списка зависимостей ставятся на новой машине в пару кликов).

Верстка лежит в src (используется scss и jade) и собирается в папку static - из которой вся статика подключается и в вордпрессе. HTML файлы собираются в папку _v.

Смысл такого подхода в том, что верстка живет вместе с проектом. Например, нужно что-то поправить в стилях - верстальщик спокойно правит сорцы, смотрит как это выглядит на верстке - если все ок пушит изменения и заливает на сервер.

Если нужно добавить новую страницу - верстальщик верстает в jade, потом программист сольёт его изменения, соберет проект, возьмет из папки _v нужный шаблон и натянет его на wp.

Очень сильно стараемся изменения в шаблонах переносить в исходники верстки, т.е. сохранять её актуальное состояние на протяжении всего проекта.

UPD: Про ветки. Всегда есть master и markup (верстка) + могут быть ветки отдельных программистов / фич и т.д. В мастер изменения сливает только тимлид/техлид/самый-главный-программист.

Был у нас заказчик, хранивший psd в репозитории.
Ладно я, верстаю с этого макета. Но зачем back-end разработчику каждый раз тянуть 100 метров макета сливая изменения (кнопочку дорисовали!), да и вообще хранить это у себя?

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

Спасибо @DancingOnWater за идею про несработавший chown, помог прийти к решению.

Я пришел к тому, что нужно все действия сделать от пользователя www-data, то есть:
- генерировать ssh-ключ и конфиг к нему
- создавать папку для репозитория и клонировать репозиторий

В этом помогает исполнение команд от лица пользователя
sudo -u www-data

Ну и соответвтенно права и на папку с гит репозиторием, и на /var/www должны принадлежать www-data (а я указывал username/www-data).

Проверил решение на чистой установке сервера, всё работает. Может быть оформлю инструкцию, если кому пригодится.