для себя решить, может кто может опытом поделиться?
https://t.me/difarobot/76
хз я почти всегда против долгоживущих веток. Пускай dev ветка будет во время разработки (следующего релиза), но после того как фичи добавлены и все такое, она сливается в мастер и удаляется (дальше будет уже другая dev ветка для некст релиза) но если она продолжит жить, вы реально получите картиночку как из привиденного поста - эта боль. И + заставлять делать ребэйзы и и мерджы только с —no-ff в любую ветку от-но которой идет разработка. иначе потом концов если и найдешь, то зачем страдать?
Это то все здорово, одного понять не могу как раз там где боль, что нужно делать, чтобы можно было поддерживать несколько железяк с различной конфигурацией, при этом фичи не терять...тут подход мне не очевиден, да и вообще я сомневаюсь, что эта история как-то решается просто.
Имхо зависит от предпочтений. Можно ифдефами конфиги разделять и фичи. Можно с одной дев ветки почковать конфиги устройств. И вести специфические там фичи. Со своими RC & Release а общий development использовать для common platform development
различные конфиги для различных сборок, все можно поддерживать из одного комита грубо говоря, не вижу проблем
Хочу уйти от условной компиляции, и второй подход пока выглядит наиболее привлекательным.
Видимо я чего-то про Гит не дочитал, или это какие-то сторонние тулзы?
Никакой проблемы не увидел, сча работаю над проектом железо которого постоянно меняется, вплоть до того что проц меняется. Просто вся железо-релейтед часть отделена в отдельный тагрет, который потом инклудится в сборку
ну я использую разные репы для железок. если базовые вещи одни, то пилю на одной из, а потом патчами добавляю в другие. ибо из-за разной конфигурации все равно уже все разное. если хочется один реп. тогда конфигурацию хранить рядом в виде файлов и какая то магия во время сборки, через ifdef-ы
это не гит, это системы сборки позволяют сделать
Вплоть до того что есть таргет который собирается на пк
Обсуждают сегодня