Releases
This page renders the project’s release history from the root CHANGELOG.md.
Changelog
All notable changes to this project are documented in this file.
The format is based on Keep a Changelog, and this project follows Semantic Versioning.
[Unreleased]
[0.7.1] - 2026-03-29
Changed
- Expanded the Railway deployment guide with clearer official-template support material, including the canonical public deploy URL, annotated setup screenshots for the required owner inputs, and a calmer plain-language explanation of resource usage and cost expectations.
[0.7.0] - 2026-03-29
Added
- Started the dedicated self-host track with an Ubuntu 24.04 bootstrap path, a canonical
appname.mos.homeandappname.mos.<your-domain>domain model, Cloudflare wildcard tunnel scaffolding, and an early unattended-install flow for testing the appliance-style setup on fresh machines.
Changed
- Hardened the default stack against unnecessary third-party calls by removing Google-hosted fonts and remote Homepage icons, disabling Vaultwarden relay-based mobile push, and turning off Stirling PDF analytics by default.
- Refined the public homepage, root README, deployment/docs screenshot coverage, and default Homepage experience with stronger MOS branding, clearer app descriptions, better link defaults, a dedicated Management section for Suite Manager, and a tighter trust story around the bundled apps.
Fixed
- Fixed a Suite Manager onboarding regression so the Vaultwarden credential-import step now advances correctly after manual confirmation, and expanded the E2E coverage to catch the same live-session UI sync bug in the future.
[0.6.0] - 2026-03-27
Changed
- Redesigned the public homepage into a full product landing page with a stronger hero, clearer narrative sections, a concrete module grid, and preserved built-with attribution so the suite feels like a polished product instead of an MVP placeholder.
- Introduced a shared MOS design-system foundation with documented tokens and ownership rules, then aligned the public site, docs theme, and Suite Manager around more consistent type roles, spacing, radii, panels, labels, and meta text.
- Refreshed the OnlyOffice screenshot set with sharper 1080p captures across the docs and landing-page galleries, improving how the suite looks in release materials and app previews.
[0.5.0] - 2026-03-24
Changed
- Refreshed the public site and app pages with stronger MOS branding, real product screenshot galleries, and clearer end-user documentation around deployment and core apps.
- Improved the first-run Suite Manager flow by importing the control-plane credentials into Vaultwarden, clarifying the user-facing control-plane naming, and smoothing the credential handoff experience.
- Streamlined local validation and manual testing with clearer E2E command docs, a new onboarding-manual flow that pauses on Homepage, and a smaller interactive command set.
- Changed the default Docker Compose project name for the normal stack to
mos. Compatibility note: generated Compose resources such as the default network and named volumes now use themos_prefix instead ofvps_. - Hardened local cross-platform behavior with simpler
*.localhostrouting and Windows-friendly line-ending safeguards for scripts and container entrypoints.
[0.4.0] - 2026-03-18
Added
- Added a real
suite-managercontrol-plane with owner sign-in, persistent onboarding state, and a guided first-run setup flow. - Added real Docker-backed Playwright E2E coverage for the onboarding flow and Homepage-driven app verification.
Changed
- Reworked the suite access flow so Suite Manager is now the single login and control-plane entrypoint, with Homepage linking back into the
/setup/experience. - Improved onboarding with Vaultwarden-first setup, guided Radicale calendar connection, clearer completion behavior, and a simpler escape path back to Homepage.
- Tightened local/VPS validation and CI so generated env files, required Suite Manager auth inputs, and compose checks stay aligned with the real first-run flow.
- Clarified public-facing deployment messaging so the docs now distinguish the current maintained VPS/local stack from earlier Railway validation work.
- Reworked the public docs around a more beginner-friendly setup flow, including separate guides for Railway, VPS, and self-hosted hardware.
- Strengthened the public docs language around hosted infrastructure, privacy boundaries, and why Railway or a VPS still differ from consumer Big Tech cloud ecosystems.
- Added a short plain-language explanation of why a Google/Microsoft/Apple alternative still needs a cloud runtime for sync, backup, and multi-device access.
- Simplified the early cloud explainer around a clearer ownership message and added an optional further-reading link for people who want more background.
- Moved the private-cloud explanation into the main
What isflow and added a dedicated plain-language explainer page about why this differs from Google, Microsoft, or Apple cloud products. - Reworked the plain-language cloud explainer around a safer and more relatable bank safe-deposit-box analogy.
- Added a short
Is My Own Suite free?section to explain the difference between free software and optional hosting costs. - Updated docs and repo guidance to match the current Suite Manager-first architecture,
Technical referenceapp docs pattern, and discoverable root E2E commands. - Replaced the Suite Manager bootstrap-token gate with built-in owner email/password auth, a signed session cookie, and a
/setup/control-plane surface that can proxy Homepage after login. Compatibility note:BOOTSTRAP_TOKENhas been removed from the suite-manager env contract and replaced by requiredOWNER_PASSWORDandSESSION_SECRETinputs; HomepageSUITE_MANAGER_URLnow needs the/setup/suffix. - Simplified the Suite Manager Homepage contract so it now uses only
HOMEPAGE_URLfor the private Homepage upstream. Compatibility note:HOMEPAGE_PUBLIC_URLhas been removed from the suite-manager env contract. - Refreshed Homepage defaults with MOS styling, a lighter top bar, a built-in
theme-mospalette, simpler datetime formatting, and no weather prompt. - Added shared
suite-manageronboarding env inputs (OWNER_NAME,OWNER_PASSWORD,SESSION_SECRET,SUITE_MANAGER_PUBLIC_URL,SUITE_MANAGER_STATE_DIR) and expanded the suite-manager runtime env surface to consume existing Vaultwarden, Seafile, and Radicale bootstrap data. - Changed local/VPS Vaultwarden routing so it now uses HTTPS and advertises an HTTPS public URL, which is required for the web signup flow to work correctly.
- Updated the Homepage base image pin to the
v1.8.0release digest to test whether newer upstream runtime behavior fixes the custom search widget regression.
[0.3.0] - 2026-03-09
Added
- Added a minimal
apps/suite-managerNode/TypeScript service that exposes a status endpoint and logs periodic Homepage health checks, providing a concrete deployment target for future shared bootstrap and monitoring work.
Changed
- Documented a
stagingintegration branch workflow so feature branches can be tested and batched before promotion tomainreleases. - Reworked VPS/local setup around
suite-managershared inputs and service-leveldeploy/vps/services/*.env.templatefiles, replacing the older app-level runtime env layout. - Simplified
vps:initandvps:doctorto match the new template structure and dropped the remaining legacy.env.examplecompatibility code. - Fixed
npm run vps:rebuildso clean-slate rebuilds also remove profiled service volumes and auth state.
[0.2.0] - 2026-03-08
Added
- New root scripts for safer VPS onboarding:
npm run vps:initto create missingdeploy/vps/**/*.envfiles from.env.exampletemplates without overwriting existing values.npm run vps:doctorto validate required env vars and cross-file configuration checks before startup.npm run vps:upto run a non-destructive full stack startup flow (init+doctor+ compose up).
vps:initnow renders template expressions in.env.example, including:secret(length[, alphabet])secret(name, length[, alphabet])for shared generated values across filesbase64(text)for derived values (for exampleusername:passwordauth headers)
Changed
- Updated VPS onboarding documentation to use the new
vps:init -> vps:doctor -> vps:upflow and keepvps:rebuildas an explicit destructive reset command. - Updated app
.env.exampletemplates to support generated shared secrets and derived values during first-time setup. - Updated CI compose validation to render and verify VPS env files before running
docker compose config.
[0.1.0] - 2026-03-04
First official release of My Own Suite. Establishes the release/publishing foundation and ships the initial MVP application stack, validated locally with Docker Compose and in a Railway cloud deployment.
Added
RELEASING.mdwith SemVer rules, compatibility contracts, and a clear release workflow.CHANGELOG.mdas the canonical release history.- Starlight docs
Releasespage renderingCHANGELOG.md. - Top-level
Projectdocs section (afterApps) containingReleases. - Git hooks (
pre-commit,pre-push) to block commits/pushes directly onmain.