Skip to content

Deploy via GitHub — End to End

This walkthrough runs Deploy Stack (GitHub Actions): a rolling deployment of three services, each through a real GitHub Actions workflow, finishing with a deployment record in the catalog.

1. Launch it

In Self-service, click Run on Deploy Stack (GitHub Actions). The input form opens:

Execution form

  • Version — the version to deploy (e.g. 1.4.0).
  • Environmentdev, staging or prod.

Click Execute.

2. Watch the run

You land on the run details page. The step graph shows the rolling strategy: orders deploying, payments and frontend pending behind it, and the Record deployment step last:

Run in progress

What's happening behind each GITHUB step:

  1. The IDP dispatches deploy.yml in the repository (with your version, environment, and a port_run_id).
  2. The log shows the assigned run: GitHub workflow run #29704050985 — the open link on the step jumps to the run on GitHub.
  3. When the Actions run finishes, it calls back to the IDP (and the IDP also polls, as a fallback) and the step flips to SUCCESS — unblocking the next step.

3. Done

After the three deployments (about 30s each in the demo), the record step upserts the deployment entity and the run completes:

Run completed successfully

The log at the bottom is the full audit of the run — every step start/finish with timestamps and the external run ids.

4. See it in the catalog

Open Catalog → Deployments: your deployment is the newest row, with version, environment, provider, the services deployed, who triggered it, and a Run link back to the run page:

Deployments page with the new entries

If a step fails

  • The failing step turns red; ON_SUCCESS steps behind it are skipped.
  • The Record deployment step still runs (ALWAYS) and records status: FAILURE — failed deployments are visible in the catalog too.
  • Use the step's open link to read the GitHub Actions logs, fix, and run again.

Next: GitLab deployments and approvals →

IDP Next — Internal Developer Platform