в части проекта на гитхабе? это один проект или 2 разных? мне казалось бек только отдает нужные дто к фронту, а далее магия происходит во фронтовой части. или это зависит от стека? фулстеков в команде нет, отдельно бек на джаве, фронт пока хз на чем
Мне кажется, что лучше сразу в одном репозитории и фронт, и бэк. Так банально проще.
Если отдельно, то разные, наверное.
Тоже можно. Но хранить менее удобно.
Ну логика в том, что это не монолит ведь. Разные проекты по сути. Если что любую часть заменить легче будет.
Если это какой-нибудь опенсорс, то тупо неудобно. Но если это closed-source, то почему бы и нет.
наоборот, работаешь над бэком - стянул только бэк репозиторий, никому не надо получать вдовесок ещё 100500 js файлов
так что лучше не заморачиваться и завести отдельные репозитории для бэка и для фронта
Согласна. Мне наоборот всегда было неудобно, если оба в одной репе. Первым делом разводили на разные
Теперь согласен. Для closed-source это действительно удобно.
не понимаю, с чего кто-то решил, что монолит и фронт в себе содержать должен. совершенно не так )
В опенсорсе это наоборот будет не удобно. Но в закрытых проектах, где фронт и бэк разрабатывают разные команды, удобнее всё-таки именно разделение проектов.
в компаниях обычно 1 репозиторий и в нем отдельные проекты - бэк, фронт, девопс и тд. физически репозитории все равно разные получаются, но там они объединены одним скоупом так сказать. просто нейминг такой
Я работала в опенсорсах и не было никаких проблем открыть нужный репозиторий. И почти всегда все разработчики делятся на фронт и бек. Кто-то быстрее и лучше в одном. Кто-то в другом. Бекендеры могут без веба спокойно всё разрабатывать. А фронты работают на связке с беком на дев стенде
Но смотреть его с веб-интерфейса гитхаба тупо не удобно. А клонировать каждый не хочется, особенно если оно весит много.
Обсуждают сегодня