Forum Discussion
Advocate IWorking in git as a team and project submission
you won't have much fun trying it this way.
you could try to create multiple branches and connect each branch to a separate workspace, assuming that all users are full members in the same tenant (not guest accounts) and have repo admin rights as well (full users, not stakeholders). but... merging the branches is going to be a nightmare. it simply does not work as nice as it does in synapse or ADF for that matter.
I recommend following
1) all team members work in the same workspace on different components (that's the way we're handling it in our team)
2) each team member works in their own workspace and their own repo (assuming all team member are from the same tenant and have a full license (basic) and have contribute permissions to the devops project.
in any case keep following in mind:
Git integration in Fabric is still in beta. more than half the object types are not supported (Dataflow Gen 2, Pipelines, Default Semantic Models, Direct Lake semantic models, Lakehouse configurations, warehouses, KQL Databases, Real time Analytics Endpoints, Event Streams, KQL Query Sets, etc)
So there is currently very little benefit from hooking up git directly to the workspace, unless you only plan on working on notebooks, reports and semantic models.
Advocate IThe idea was to use a repo created by one team member using his/hers Fabric account where we would add the other two members as users to work on different branches and to combine our work in a main branch.
One of us created an organization in his/her Azure DevOps account, added to his/her workspace and added us as users. We could see that project in our Azure account. Next we tried to connect to the organization created by that team member, but no organization was in the drop-down list.
Also we tried to create an organization in our Azure DevOps account, with an initialized project inside to connect to our workspace in fabric, but even this way - no organization is in the dropdown list.
Can we use a repo in this way?
Thank you
you won't have much fun trying it this way.
you could try to create multiple branches and connect each branch to a separate workspace, assuming that all users are full members in the same tenant (not guest accounts) and have repo admin rights as well (full users, not stakeholders). but... merging the branches is going to be a nightmare. it simply does not work as nice as it does in synapse or ADF for that matter.
I recommend following
1) all team members work in the same workspace on different components (that's the way we're handling it in our team)
2) each team member works in their own workspace and their own repo (assuming all team member are from the same tenant and have a full license (basic) and have contribute permissions to the devops project.
in any case keep following in mind:
Git integration in Fabric is still in beta. more than half the object types are not supported (Dataflow Gen 2, Pipelines, Default Semantic Models, Direct Lake semantic models, Lakehouse configurations, warehouses, KQL Databases, Real time Analytics Endpoints, Event Streams, KQL Query Sets, etc)
So there is currently very little benefit from hooking up git directly to the workspace, unless you only plan on working on notebooks, reports and semantic models.
- cmiroslav
Not much fun indeed... 🙂
The instructions from the hackaton page described the steps to create a server and to work there, but there was no suggestion to use just one server with multiple users if working as a team.
But this makes sense. We will put everything in one workspace and will work on the same server under different users.
Thanks!