Vzhledem k tomu, že master je středobod repository - běžně je to "uzel", do kterého proudí všechny MR, tak není vhodné, aby se ten vždy vydával na produkci.
Vhodný způsob pro continuous integration je použití jiné větve, do které se master merguje a pomocí CI dojde teprve tehdy k releasu.
Navrhuji vytvořit novou větev production, do které se v případě potřeby bude mergovat master. Následně by došlo k releasu.
Výhody:
- souběžný vývoj
- možnost prereleasu (testing/staging)
- stále aktuální master
Postup:
Současně:
Motivace: Aplikace neobsahuje ani yarn.lock, ani package-lock.json. Vhodné je zvolit jednu variantu (asi yarn.lock) jako součást repository a podle ní pak instalovat závislosti. Tím vzniká vyšší pravděpodobnost i jistota, že se něco při drobné úpravě nerozbije na závislostech.
Vzhledem k tomu, že master je středobod repository - běžně je to "uzel", do kterého proudí všechny MR, tak není vhodné, aby se ten vždy vydával na produkci.
Vhodný způsob pro continuous integration je použití jiné větve, do které se master merguje a pomocí CI dojde teprve tehdy k releasu.
Navrhuji vytvořit novou větev production, do které se v případě potřeby bude mergovat master. Následně by došlo k releasu.
Výhody:
Postup:
Současně:
Motivace: Aplikace neobsahuje ani yarn.lock, ani package-lock.json. Vhodné je zvolit jednu variantu (asi yarn.lock) jako součást repository a podle ní pak instalovat závislosti. Tím vzniká vyšší pravděpodobnost i jistota, že se něco při drobné úpravě nerozbije na závislostech.