же, может кто сталкивался.. Есть ли какой-то более-менее грамотный подход реализации работы над Yii2 отдельно по разделам через git? Т.е. у нас есть репозиторий всего проекта, отдельно репозиторий с папкой backend и отдельно frontend чтобы разрабы не могли иметь доступ ко всему проекту, а работали только над бэк или фронт? Проблема именно в слиянии этих папок в единый проект. Может есть какой-то туториал или подкаст про разграничение работы над одним проектом?
в вашем случае фронт - это spa?
что-то вроде того
что-то вроде - это как? ) если это отдельное приложение на базе angular/react/vue/хзчегоеще - то накой вы его положили в ту же репу, что и бэк? это два разных приложения с разными ci/cd процессами и требованиями и они должны храниться отдельно друг от друга
нет, сорян, я затупил, фронт у нас просто html странички, а бэк мудреный, но тоже без доп. фреймворков. задачка просто разделить работу в папках frontend и backend адвансед yii2.. как вот сделать, чтобы разрабы пушили в 2 разных репо, а мы потом сводили это на третий, либо сразу на прод?
я не git-гуру, тут вам вроде предлагали вариант гитовый.. в качестве идеи могу только предложить следующее: если у вас код лежит где-нибудь в github или gitlab - вы можете настроить права таким образом, что: 1. пушить сразу в master никто не может 2. для попадания кода в master нужно сначала создать pull request и можно настроить, например, чтобы требовалось два апрува для реквеста - по одному от команды бэкенда и фронтенда таким образом, контроль за тем, чтобы команды не “залезали на чужую территорию” вы возложите на ревьюверов
даже не знал, что можно так настраивать.. знать только про права на ветки
Git submodule. Делаете общий проект и подключаете сторонние репозитории. Рекомендовал бы перейти на пакетную разработку. В сатис публикуете пакеты, обновление через композер
что такое сатис?)
https://github.com/composer/satis
Спасибо, буду разбираться
Не обязательно. Вдруг, у них monorepo. Как организовано хранение кодовой базы - это вопрос десятый, но билдиться и деплоиться должно независимо, да
Обсуждают сегодня