We have the basics to start working. Log into your dev VM and start Visual Studio, we must map the Main folder to the development machine’s packages folder. Open the team explorer and select “Connect to a Project…”:
![MSDyn365 & Azure DevOps ALM 12 MSDyn365 & Azure DevOps ALM 4](https://ariste.info/wp-content/uploads/2020/05/Visual-Studio.png.webp)
It will ask for your credentials and then show all projects available with the account you’ve used. Select the project we have created in the steps earlier and click on “Connect”:
![MSDyn365 & Azure DevOps ALM 13 MSDyn365 & Azure DevOps ALM 5](https://ariste.info/wp-content/uploads/2020/05/Visual-Studio-connect-DevOps.png.webp)
Now open the “Source Control Explorer”, select the Main folder and click on the “Not mapped” text:
![MSDyn365 & Azure DevOps ALM 14 MSDyn365 & Azure DevOps ALM 6](https://ariste.info/wp-content/uploads/2020/05/Map.png.webp)
Map the Main folder to the K:\AosService\PackagesLocalDirectory folder on your service drive (this could be drive C if you’re using a local VM instead of a cloud-hosted environment):
![MSDyn365 & Azure DevOps ALM 15 MSDyn365 & Azure DevOps ALM 7](https://ariste.info/wp-content/uploads/2020/05/Map-to-PackagesLocalDirectory.png.webp)
What we’ve done in this step is telling Visual Studio that what’s in our Azure DevOps project, inside the Main folder, will go into the K:\AosService\PackagesLocalDirectory folder of our development VM.
The Main folder we have in our source control tree is a regular folder, but we can convert it into a branch if we need it.
![MSDyn365 & Azure DevOps ALM 16 MSDyn365 & Azure DevOps ALM 8](https://ariste.info/wp-content/uploads/2020/05/2020-05-16-12_00_27.png.webp)
![MSDyn365 & Azure DevOps ALM 17 MSDyn365 & Azure DevOps ALM 9](https://ariste.info/wp-content/uploads/2020/05/2020-05-16-12_00_45.png.webp)
In the image above, you can see the icon for Main changes when it’s converted to a branch. Branches allow us to perform some actions that aren’t available to folders. Some differences can be seen in the context menu:
![MSDyn365 & Azure DevOps ALM 18 Menú contextual carpeta](https://ariste.info/wp-content/uploads/2019/02/2019-02-11-14_13_11-ie-dev01dev.northeurope.cloudapp.azure_.com_61466-Remote-Desktop-Connection.png.webp)
![MSDyn365 & Azure DevOps ALM 19 Menú contextual rama](https://ariste.info/wp-content/uploads/2019/02/2019-02-11-14_13_28-ie-dev01dev.northeurope.cloudapp.azure_.com_61466-Remote-Desktop-Connection.png.webp)
For instance, branches can display the hierarchy of all the project branches (in this case it’s only Main and Dev so it’s quite simple).
![MSDyn365 & Azure DevOps ALM 20 Jerarquía de las ramas](https://ariste.info/wp-content/uploads/2019/02/2019-02-11-14_14_11-ie-dev01dev.northeurope.cloudapp.azure_.com_61466-Remote-Desktop-Connection.png.webp)
Properties dialogs are different too. The folder one:
![MSDyn365 & Azure DevOps ALM 21 MSDyn365 & Azure DevOps ALM 10](https://ariste.info/wp-content/uploads/2019/02/2019-02-11-14_10_06-ie-dev01dev.northeurope.cloudapp.azure_.com_61466-Remote-Desktop-Connection.png.webp)
And the branch one, where we can see the different relationships between the other branches created from Main:
![MSDyn365 & Azure DevOps ALM 22 Propiedades de la rama](https://ariste.info/wp-content/uploads/2019/02/2019-02-11-14_09_23-ie-dev01dev.northeurope.cloudapp.azure_.com_61466-Remote-Desktop-Connection.png.webp)
This might be not that interesting or useful, but one of the things converting a folder into a branch is seeing where has a changeset been merge into.