Rizoma Git - self-hosted forge для суверенных команд разработки
Серьезная альтернатива GitHub и GitLab для кода, который должен оставаться под вашим контролем. Rizoma Git хранит репозитории через Git HTTP и SSH, оборачивает collaboration в policy, превращает reviews и CI в доказательства и готовит основу для NARI-aware разработки без передачи forge внешнему SaaS.
Forge, где каждое важное действие разработки оставляет полезные доказательства
Rizoma Git строится как greenfield forge: Go runtime, Svelte application, explicit migrations, Git storage, policy checks, world events, audit rows и job custody формируют основу продукта до того, как AI-помощники допускаются к коду.
Git storage
Bare repositories, refs, trees, commits, blobs, raw reads, imports, SSH keys и HTTP/SSH Git transport являются полноценными product surfaces.
Policy core
Local users, sessions, PAT, repository roles, organization teams, branch rules и deployment gates проходят через центральные policy decisions.
World events
Repository pushes, reviews, CI, packages, releases, wiki edits, approvals и denials превращаются в структурированные events для Activity, audit, webhooks и будущего reasoning.
Review model
Pull requests рассматриваются как реальные work objects с files, reviews, comments, suggested changes, checks, intent, evidence и merge readiness.
Operations
Management gateway, systemd packaging, backup/restore proof, deploy scripts, health checks и dogfood evidence делают forge пригодным к развертыванию.
Привычные workflow разработчиков внутри вашего периметра
Цель не в игрушечном repository viewer. Rizoma Git закрывает ежедневные surfaces, которых ждут professional teams, сохраняя local control и evidence-rich operating model.
Source hosting с настоящим transport
- Git HTTP и built-in Git SSH поддерживают clone, push, registered keys и private/public visibility.
- Repository overview, branch/tag state, code browser, raw files, blame, README rendering и wiki pages.
- External public forge import помогает перенести код в локальный source of truth.
Pull requests с глубиной review
- Files, Commits, Checks, Reviews, Intent и Evidence - first-class PR surfaces.
- Inline comments, pending review batches, suggested changes, multi-line suggestions и batch apply flows.
- Branch protection, required checks, code owners, merge queue и stale-source guards защищают merge path.
Issues, labels, filters и teams
- Issues поддерживают labels, assignees, milestones, templates, saved filters и bulk triage.
- Organizations, teams, invitations, team privacy и repository grants моделируют shared ownership.
- Notifications и Activity связывают repository work без утечки private context.
Custody перед execution
- CI runs отслеживают queue, runner claim, heartbeat, logs, manifest artifacts, retry provenance и stale recovery.
- Deployment environments поддерживают approval gates, reviewer rosters, gate reconciliation и audit trails.
- Текущий runner намеренно proof-only; real executor sandbox - следующий enterprise-grade gap.
Releases, packages и wiki
- Generic package registry хранит integrity checks, metadata, download scopes и Activity evidence.
- Releases могут генерировать changelog drafts из Git comparison data.
- Repository wiki pages сохраняют знания проекта с repo-read access rules и markdown rendering.
Видимость на уровне instance
- Admin overview показывает users, repositories, jobs, storage, recent activity, audit и gateway status.
- Backup, restore smoke и deploy tooling доказывают operational recovery, а не просто надеются на него.
- Audit и world events дают операторам доказательства sensitive changes и policy denials.
Forge - это authority boundary, а не просто UI
Rizoma Git создан для команд, которым нужны code collaboration, local identity, policy, audit и review discipline. Automation может помогать только через evidence и permission-filtered context.
Central policy
Repository reads, writes, reviews, settings, team grants, deployments и admin views проходят через explicit policy decisions.
Protected branches
Required checks, code owner approval, merge readiness, stale-source detection и proposal branches защищают sensitive refs.
Scoped credentials
Sessions, personal access tokens, SSH keys, runner tokens и deployment actors разделены, чтобы authority не смешивалась.
Recovery proof
VM backup, restore smoke, deployment preflight, management gateway health и live dogfood сохраняют forge operationally honest.
Сначала - single-node sovereign hosting
Git forge infrastructure должна быть спокойной в эксплуатации. Rizoma Git выбирает deployable Go service, explicit state locations, native gateway health и proof-backed backup/restore до clustered complexity.
Single service spine
Backend - это Go runtime для APIs, Git operations, management status и static Svelte output.
Практичная persistence
SQLite дает zero-config default, PostgreSQL остается growth path, а explicit migrations являются schema authority.
Native gateway
Management gateway владеет TLS state, health status, CA material и deployable VM proof без обязательного внешнего proxy.
Dogfood proof
Проект проходит через собственный live forge path, поэтому source hosting, reviews, deploys и evidence находятся под product pressure.
Где нужен Rizoma Git
Используйте Rizoma Git, когда source code, review evidence и build custody должны оставаться внутри суверенной инфраструктуры.
Заменить зависимость от внешнего forge
Храните private code, reviews, packages, releases и audit evidence без превращения GitHub или GitLab в operational center.
Дать командам привычные workflows
Repositories, organizations, teams, issues, PRs, reviews, checks, branch protection и wiki pages готовы для ежедневной разработки.
Подготовить codebases для evidence-aware assistants
World events, intent, review evidence и policy-filtered context создают более безопасную основу для будущих NARI development loops.
Достаточно конкретно для engineering buyers
Короткая версия, которая нужна platform engineer перед глубоким техническим ревью.
Оцените Rizoma Git как суверенный source of truth
Используйте его, когда code, reviews, CI evidence, packages, releases, wiki и audit trails должны жить внутри вашего operational boundary.