Native Git Integration in Power BI Desktop using PowerShell (Developer Mode for PBIP projects)
With the introduction of the PBIP (Power BI Project) format, Power BI has taken a huge step toward modern development workflows, including proper version control and CI/CD practices.
However, today the Power BI Desktop experience still lacks native support for source control operations, forcing developers to rely on external tools such as VS Code, GitHub Desktop, or command-line Git. While functional, this breaks the development flow and raises the barrier for adoption of version control among Power BI users.
Proposed idea: Developer Mode with native Git actions
When a report is opened in PBIP format, Power BI Desktop could expose a new “Developer” tab in the ribbon, focused on version control and automation.
This tab could offer simple, guided actions such as:
View repository status (current branch, modified files)
Stage changes (equivalent to git add .)
Commit changes, with a popup to enter the commit message
Push changes to the remote repository
All actions could be implemented internally via PowerShell, which is already a first-class Microsoft technology and a natural fit for Windows-based enterprise environments.
Why PowerShell?
PowerShell is native to Windows and widely adopted by IT, data, and DevOps professionals
It allows controlled, secure execution of Git commands
It avoids the need to embed a full terminal UI, keeping the experience simple and safe
Optionally, Power BI Desktop could also expose a sandboxed PowerShell console scoped to the PBIP project folder, for advanced users who want deeper automation without leaving the tool.
Benefits
Dramatically improves developer productivity
Encourages Git adoption among Power BI users
Reduces context switching between tools
Aligns Power BI Desktop with modern development IDEs
Complements existing Git integration in the Power BI Service / Fabric
This approach keeps Power BI approachable for non-technical users while unlocking a first-class development experience for advanced and enterprise teams.
Thank you for considering this suggestion.
Recent ideas
Fix Direct Lake semantic model binding in Deployment Pipelines
When deploying Direct Lake semantic models via Deployment Pipelines, the Lakehouse source is incorrectly treated as an external SQL source. This results in broken lineage and prompts for credentials....lk12351 minutes agoAdvocate INew1.5KViews27likes2Comments:: operator for typecast in T-SQL
Introduce support for the ::type cast operator in Fabric Data Warehouse as syntactic sugar for the existing CAST(... AS type) expression. The new operator would be functionally equivalent and compile...jovanpop-msft2 hours agoMicrosoft EmployeeNew47Views7likes2CommentsAllow calls of Fabric SQL Database stored procedures from Data Warehouse
It would be great if there were a possibility to call a SQL Database stored procedures directly from a Data Warehouse stored procedures. A use case for this would be e.g. logging activities and even...Vojtech_Dolejsi5 hours agoNew MemberUnder Review2.9KViews13likes2CommentsPower BI - Org apps and cross-report drillthrough
This idea is a request to provide cross-report drill-through capability for org apps. This means being able to navigate between reports hosted in different org apps. The following sections detail why...TomMartens6 hours agoSuper UserNew1.3KViews24likes3Comments