Aktualizace

git pull                       # nebo stáhněte novou verzi
docker compose up -d --build

Databázové migrace se pustí automaticky při startu. Před větší aktualizací si udělejte zálohu.

Vždycky --build

Aplikace i celá serverová logika jsou zapečené v image. Po jakékoli změně — nový kód, nebo proměnná v .env jako TZ — potřebujete:

docker compose up -d --build

docker compose restart vám bez varování dál pustí starý build.

Jednorázově: přechod z v0.11 a starších

Po přejmenování produktu se kontejner jmenuje killbottleneck místo flowmap. Starý kontejner pořád drží port 8090, takže nový by nenaskočil. Nejdřív ho odstraňte:

docker rm -f flowmap
docker compose up -d --build

Data máte ve složce ./pb_data na disku, ne v kontejneru — o nic nepřijdete. Proměnné FLOWMAP_* ve vašem .env fungují dál, není potřeba je přepisovat.

Označení verze a kontrola aktualizací

Verzi předejte při buildu, ať instance ví, co jí běží:

KB_VERSION=$(git describe --tags --dirty) docker compose up -d --build

Bez toho se instance hlásí jako dev a kontrola aktualizací se nenabízí — což je přesně to, co chcete u rozdělané práce.

Samotná kontrola běží v prohlížeči přihlášeného uživatele, který se zeptá GitHub API, jestli existuje novější vydání. Instance nikam nic neposílá, žádná telemetrie. Vypnout jde přes KB_UPDATE_CHECK=0.