MedModus
Case studies

Data & Analytics — Cloud Security & Governance

Automating Microsoft Fabric deployments with GitHub

Designing and implementing a CI/CD process for controlled, repeatable deployments across Development, UAT and Production Microsoft Fabric environments.

Navi Group logo
Fabric environments under CI/CD
3
promotion via GitHub Actions
Automated
deployment history and traceability
Full
01

The challenge

As part of a wider Microsoft Fabric implementation for Navi Group, MedModus established separate Development, UAT and Production environments to support controlled development and release of the analytics platform. The solution included a Fabric Data Warehouse, data pipelines, dataflows, semantic models and Power BI reports.

Changes needed to be developed and tested in Development, promoted to UAT for validation, and ultimately released to Production. During implementation, limitations were encountered with the standard Fabric deployment process — certain artifacts did not consistently rebind to the appropriate resources when promoted between environments.

That created a risk of deployments requiring manual intervention and environment-specific changes, reducing the reliability and repeatability of the release process. MedModus therefore designed an alternative deployment approach using GitHub.

02

Our approach

MedModus designed a CI/CD process around the Fabric Development, UAT and Production environments, providing a controlled and repeatable method for managing changes across the platform.

The approach separates the solution itself from environment-specific configuration, so the same Fabric code and artifacts are promoted through each environment with the appropriate configuration applied at deployment. It keeps solution code under version control, automates promotion, reduces manual intervention and configuration error, and gives a clear history of changes and deployments — with centralised logs for investigating failures.

Azure DevOps and GitHub were both assessed, and GitHub was selected as the best fit for Navi Group. The approach was implemented and tested within Navi Group's multi-environment Fabric platform.

03

The solution

GitHub acts as the central source-control and deployment platform for the Fabric solution. Developers make and validate changes in the Development environment, with solution changes maintained through the associated GitHub repository, and GitHub Actions provide the automated mechanism for promoting the solution into UAT and Production.

Environment-specific settings are handled as part of the deployment process, so deployed artifacts connect to the right resources in each environment rather than retaining Development configuration. The result is a structured software development lifecycle for Fabric: Development → Source Control → Automated Deployment → UAT → Production.

The process also provides an auditable record of changes and deployments, and reduces reliance on individual developers manually recreating configuration between environments. It was documented and handed over to Navi Group's technical team so future changes follow the same controlled route.

The CI/CD pipeline in detail

Microsoft Fabric CI/CD pipeline diagram showing Development, Source Control & CI/CD, UAT Deployment and Production Deployment stages, with secure connections, infrastructure as code, CI/CD automation, quality gates and audit trail benefits
The end-to-end Fabric deployment lifecycle: developers commit changes from the Fabric workspace to a GitHub repository, triggering automated workflows that promote version-controlled artifacts through UAT validation and into Production — with environment-specific configuration applied at each stage, quality gates at every step, and a full audit trail of deployments.

Outcomes

What changed for the organisation once the platform was live.

  • Repeatable

    Dev / UAT / Prod deployments

  • GitHub source control

    as a central change history

  • GitHub Actions

    automating deployment effort away

  • Environment config

    applied automatically at deployment

  • Reduced risk

    from manual rebinding and reconfiguration

  • Deployment logging

    for troubleshooting and governance

  • Sustainable CI/CD

    framework for future development

  • Technical ownership

    handed over with documentation

Facing a similar challenge?

We will walk you through how this engagement was delivered and what the equivalent first phase would look like for your organisation.

More case studies
New Website General Contact Form (#19)