ЕС
Size: a a a
2017 May 27
I
можно черри-пикнуть коммит из dev'а, который отвечает за актуализацию среды
ЕС
черри пикнуть это как?)
ЕС
каюсь, матчасть знаю не очень(
I
но вообще это как-то странно.
обычно делают feature branch'и. fok отвечает за какую-то конкретную фичу.
если кто-то в dev обновил среду - ветку fok это волновать не должно
обычно делают feature branch'и. fok отвечает за какую-то конкретную фичу.
если кто-то в dev обновил среду - ветку fok это волновать не должно
I
она работает со старой средой
I
если надо обновить среду в fok - можно сделать отдельный коммит с обновлением среды в fok. ну или черрипикнуть готовый из дева
I
но я сам не претендую на хорошее знание гита, так что буду рад, если кто-нибудь меня поправит
P
Да, звучит похоже на то что нужен cherry-pick.
Я верно понимаю что в fok какой-то прототип который будет конфликтовать с новыми правками из dev?
Или тут просто желание сделать красивую историю в git?
Я верно понимаю что в fok какой-то прототип который будет конфликтовать с новыми правками из dev?
Или тут просто желание сделать красивую историю в git?
P
Если первое, то cherry-pick, если второе, то не париться с красотой и мержить в ветку из dev.
I
круто, спасибо!
ЕС
Идея в том, чтобы когда я получу от разраба пул реквест, иметь в нем только те комиты, которые относятся только к текущей задаче, которая решается в рамках fok, но при этом у fok должна быть среда актуальная
I
> при этом у fok должна быть среда актуальная
fok никому ничего не должна!
fok никому ничего не должна!
ЕС
Это я понимаю )
ЕС
но ситуация в чем
ЕС
у нас есть сайт
ЕС
тестовый
ЕС
у него есть ядро и папка для статики