Flow.Documentation
ProfessionalThe basics

Committing and publishing together

8 steps± 6 minVideoVerified 22 Oct 2026
  1. Step 1 · Open your development environment
  2. Step 2 · See who changed what
  3. Step 3 · Commit what you saw
  4. Step 4 · Commit again
  5. Step 5 · Your colleague sees it at once
  6. Step 6 · Publish to Acceptance
  7. Step 7 · A colleague just committed a newer version
  8. Step 8 · Publish what you see now

When several people work in Development, you commit versions together and publish them to Acceptance. Flow says with every change who made it, records only what you looked at, shows your colleagues your version at once and publishes exactly the version you saw in the preview. What is not committed yet does not go along; it says so, with who is working on it.

Watch the whole guide as a video8 steps in one film
Step 1 / 8

Open your development environment

In the portal, under Environments, click Development, and there Open. Flow opens in a new tab and you are signed in straight away.

  1. Click Development
Open your development environment · Click Development
  1. Click Open ↗
Open your development environment · Click Open ↗
Step 2 / 8

See who changed what

Click Versions in the bar on the left. With every change since the previous version it says who made it. When a colleague works along, Flow says above the button that you also commit their work: a version is a snapshot of the whole environment.

  1. Click Versions
See who changed what · Click Versions
See who changed what · Tom Baker's workflow, with his name.
See who changed what · You also commit work by Tom Baker.
Step 3 / 8

Commit what you saw

You write what changed and click Commit. At that very moment Tom Baker saves something else. Flow then commits nothing you did not see: it says what changed and by whom, and shows the list again.

  1. In What did you change?, type Orders and returns
Commit what you saw · In What did you change?, type Orders and returns
  1. Click Commit
Commit what you saw · Click Commit
Commit what you saw · What Tom Baker saved meanwhile; nothing is committed yet.
Step 4 / 8

Commit again

You see the list as it is now. Click Commit once more: the version is in the history, with whose work is in it.

  1. Click Commit
Commit again · Click Commit
Commit again · Version #1, with work by Tom Baker.
Step 5 / 8

Your colleague sees it at once

Tom Baker had Version control open too. Your version appears there without refreshing, and his changes are gone from the list: they are in your version.

Your colleague sees it at once · The same version, for both of you.
Step 6 / 8

Publish to Acceptance

Click Publish, top right. The preview shows what goes along, and also what is not committed in Development yet and so does not go along: Tom Baker is still working on his workflow.

  1. Click Publish
Publish to Acceptance · Click Publish
Publish to Acceptance · Not in this release: Tom Baker's draft.
Step 7 / 8

A colleague just committed a newer version

While you look, Tom Baker commits a new version. When you click Publish, Flow does not publish that newer version unseen: it says what happened and shows the preview again, with what goes along now.

  1. Click Publish to Acceptance
A colleague just committed a newer version · Click Publish to Acceptance
A colleague just committed a newer version · Release #2 by Tom Baker: check it.
Step 8 / 8

Publish what you see now

You have looked at the new version. Click Publish once more: Acceptance now runs exactly this version, under the number it was committed as in Development: version #2 from Development. So one piece of work has one number, from Development to Production.

  1. Click Publish to Acceptance
Publish what you see now · Click Publish to Acceptance
Publish what you see now · Acceptance runs version #2 from Development: the version you looked at.

This guide was carried out step by step on 22 Oct 2026 by an automated test on Flow (version 3e563176).