-
Notifications
You must be signed in to change notification settings - Fork 0
Building tools
When you contribute to the d365fo.tools project you will quickly learn that we have several validation steps that might throw an error when you are creating PR's against the repository.
- PSModuleDevelopment (PowerShell module to aid with development)
Install-Module PSModuleDevelopment -Force -Confirm:$false
- platyPS (PowerShell module to aid with documentation for modules)
Install-Module platyPS -Force -Confirm:$false
We try to keep the formatting of the Comment Based Help the same across every contributor, so here is the base script on gist.
You need to work a little with the path to the folder, but otherwise it is as simple as copy & pasting the content into a new powershell console or simply execute the ps1 file directly. When you create a local git repository on your machine, you need to adjust the path from the gist. You should adjust the "C:\GITHUB\LocalRepository" part of the path to match where your local repository is stored. Then rest should work as expected. You should store the file OUTSIDE the repo, so it doesn't become part of the project.
We try to mitigate the drifting changes that might get introduced when multiple people contribute to the same project. We also try to ensure that the parameters doesn't change without we knowing it. This helps us update the examples inside the Comment Based Help and therefor the user base. Find the base script on gist.
You need to work a little with the path to the folder, but otherwise it is as simple as copy & pasting the content into a new powershell console or simply execute the ps1 file directly. When you create a local git repository on your machine, you need to adjust the path from the gist. You should adjust the "C:\GITHUB\LocalRepository" part of the path to match where your local repository is stored. Then rest should work as expected. You should store the file OUTSIDE the repo, so it doesn't become part of the project.
Whenever we release a new version of the module, we push the updated markdown files used for documentation, to make sure that users can lookup parameter names and parameterset specification. Find the base script on gist.
You need to work a little with the path to the folder, but otherwise it is as simple as copy & pasting the content into a new powershell console or simply execute the ps1 file directly. When you create a local git repository on your machine, you need to adjust the path from the gist. You should adjust the "C:\GITHUB\LocalRepository" part of the path to match where your local repository is stored. Then rest should work as expected. You should store the file OUTSIDE the repo, so it doesn't become part of the project.
The reason why we keep these steps manual for the time being is to make sure that nothing gets updated without we either knowing about it or without us making a "decision" to update these things.
- Install as a non-Administrator
- Install as a Administrator
- Import d365fo.tools module
- List available commands from d365fo.tools module
- Get help content for a command
- Start, Stop and List services
- Import users into the D365FO environment
- Import external users into the D365FO environment
- Enable users in the D365FO environment
- Update users in the D365FO environment
- Provision D365FO environment to new Azure AD tenant
- Import a bacpac file into a Tier1 environment
- List modules / models
- Compile module
- Install AzCopy
- Install SqlPackage
- Install Nuget
- Speed up LCS download via AzCopy
- Download latest bacpac from LCS via AzCopy
- Register NuGet source
- Configure Azure Logic App
- Fix AzureStorageConfig
- Run a runnable class
- Update users in environment
- Work with Azure Storage Account
- Work with packages, resource label files, language and lables
- Working with the different D365 services