What changed in dFlow

Hub for Applications rollout, migration doc links, and what we do not hide about mixed legacy/new states.

Written By Zoro

Last updated 3 days ago

dFlow’s dashboard and data model now centre on Applications, Environments, and Services.

Legacy Projects are still part of the story until your organisation finishes moving. Mixed states are normal during rollout, not an edge case.

Start here

If you need…Open…
A quick mapping (legacy vs current)Legacy Projects vs Applications under Core Concepts in the sidebar
Step-by-step migration (UI, redirects, bulk migration, bookmarks)Migrate from legacy Projects to Applications
Conceptual changelog (entities, URLs, shared compute)Product model changes
Where release notes and changelog liveRelease notes / changelog bridge
Old public docs vs this help centreDocumentation migration notes

What we are not hiding

  • Navigation differs between the Applications hub and the legacy Projects hub; teammates may need explicit links or bookmarks.
  • Old project URLs redirect to an Application, not always to the same Service screen you used before.
  • Bulk migration and follow-up data cleanup are real database operations on self-hosted installs; rollback is backup restore, not a magic undo.
  • Some Services can sit in a transitional shape on disk until service ownership normalisation runs; operators have the details in the repo.

Orientation in the new docs

The sidebar follows IA.md in the docs package: Introduction and Core Concepts first, then Applications, Environments, Services, and the rest. How dFlow is structured under Core Concepts in the sidebar links into this migration section on purpose.

Related