Как лучше организовать работу в команде? Один репозиторий или несколько?

Question

[Dos]

Привет! Начали работу в команде из двух человек. Front и Backend. Сразу встал вопрос как лучше вести репозиторий на github/gitlab? Партнер предлагает разделить логически на Front и Backend репозитории и каждый работает в своём. Я же склоняюсь к моно репозиторию, где проекты разделены на папки api, frontend, storage и так далее. Так как проект на начальном этапе "колбасит" (постоянные изменения), то такие изменения в одном репозитории будет делать проще. Изменили поле и, не дожидаясь фронтенщика лезу сам и правлю это поле не дожидаясь его. А уже когда более менее все устаканится разносим на разные репозитории, сервисы, микросервисы и так далее.

Его основные переживания - это потеряются комиты. Но я же подозреваю, что разные репозитории дадут больше проблем чем потеря комитов. К тому же всегда можно начать проект на новой репе и паралельно вести обе версии, например, как делают в Yii, Yii2, Yii3. А что вы думаете? Как вы выстраиваете работу в команде из 2-х и более человек? Было бы не плохо расписать все за и против обоих вариантов.

Comments

[Сергей delphinpro]

Изменили поле и, не дожидаясь фронтенщика лезу сам и правлю это поле не дожидаясь его.

А что вам мешает сделать так же, в случае двух репозиториев?

[Сергей delphinpro]

Я бы поддержал вашего партнера в этом вопросе.

[Dos]

Сергей delphinpro, нужно переключаться из репы в репу. Это не очень удобно.

[Dos]

Сергей delphinpro, можете пояснить почему?) Хочется узнать все за и против. Интересная тема)

[Сергей delphinpro]

pro-dev, вы упомянули про апи, я сделал вывод, что фронт будет самостоятельной аппликухой, общающейся с бэком по апи. Отдельная сущность - отдельнаая репа. Навешали моков, сидим пилим фронт, не обращая внимания на бэк. Если используем что-то типа postman, то весь апи проектируем там, фронт оттуда смотрит как обрабатывать данные, бэк видит как их формировать. Никто ни от кого не зависит, каждый занимается своим делом.

[Dos]

Сергей delphinpro, наверное, вы тут правы. С логической точки зрения я так и думал. Но ранее один делал все в одном) Поэтому и думаю как лучше. В любом случае спасибо за разъяснение. Если хотите можете написать в ответы. Подожду другие мнения и помечу решением)

[Артур]

pro-dev, можно не переключаться, а просто держать в двух разных папках фронт и бэк

Answer 1

[Saboteur]

Делайте в разных.

"Изменили поле и, не дожидаясь фронтенщика лезу сам и правлю это поле не дожидаясь его. "

У вас фронтенд и бэкенд в одном файле? В одной папке?
Если нет, то какая разница зайти в соседнюю папку или зайти в другой репозиторий в соседней папке?
Зато логи коммитов не будут путаться. И когда все устаканится тоже будет проще - не нужно ничего разносить.

Как вы выстраиваете работу в команде из 2-х и более человек?

Для 2х человек вообще неважно. Двум договориться проще. Но в будущем, если предполагается что все будет разноситься, то почему не сделать это сейчас?
Или берете через месяц еще одного фронтендера и начинаете ему рассказывать где фронт, где бэк и чем оно собирается, выдаете доступы на все, и говорите куда не лезть. А если фронт и бэк сразу в разных, то не нужно ничего этого делать.

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