bgevconsultancy turns Helm-v2 into a Clava deployment package

The fork pairs a cleaner Clava identity with a practical route to run the platform on your own infrastructure.

infrastructurebranding

Most of this thread is fork housekeeping: replacing leftover Mike visual assets and simplifying configuration examples so they reflect only the services still in use.

The meaningful addition is self-hosted deployment packaging. It gives an organisation a documented, container-based way to bring up the application outside the fork's existing hosted setup. That matters because deployment control is often a procurement and risk question, not just an engineering preference.

  • On-prem deployment materials: a starting point for teams that want to operate the platform in their own environment.

The GitHub changes are worth a closer look for anyone assessing whether Clava can fit an internal hosting model.

So what Legal teams with data-residency, vendor-risk, or deployment-control requirements should care because this fork makes self-hosting a concrete option.

View this fork on GitHub →

Spotted something wrong? Or know the PR text has fresher detail than the writeup above?

Commits in this thread

3 commits from bgevconsultancy/Helm-v2, oldest first. Source extracted verbatim from the harvested git log.

SHA Subject Author Date
711e981d T11.2 minimal env example Clava Stripdown 2026-07-23 ↗ GitHub
9cce6df6 T11.1 clava branding leftovers Clava Stripdown 2026-07-23 ↗ GitHub
bed904ef T11.3 on-prem packaging Clava Stripdown 2026-07-23 ↗ GitHub

Capture this thread into my fork

Download a single Markdown prompt that tells Claude how to port every commit above into your working tree — adapting paths and structure to match your repo. Run it via claude -p < capture-thread-949.md from inside the repo you want the changes in.

⬇ Download capture-thread-949.md