If you want to have the latest updates of AL-Go for GitHub, you can update your repository and use https://github.com/microsoft/al-go-pte@preview or https://github.com/microsoft/al-go-appsource@preview as your template repository.
This means that you will get new updates before they are released. It also means that the actions you are using are instantly updated when we deploy a new version for preview and thus might be out of sync with your workflows.
One example of this is the preview, which was released yesterday (June 26th, 2022) to fix issue #168 will cause CI/CD workflows to stop publishing artifacts until you have run the Update AL-Go System Files.
Technically, the reason for this is that the RunPipeline action now published artifacts into a folder called .buildartifacts (instead of output) and the earlier CICD.yaml will look in the output folder:
After updating the AL-Go System Files, everything will work normally again.
Note that this problem will NOT occur for people using the released bits. They can safely update to the latest version after it is released, and they will get workflows and actions updated together.
Enjoy
Freddy Kristiansen
Technical Evangelist
Hi Freddy. Could you please explain how work nextMajorSchedule, nextMinorSchedule, currentSchedule settings of the .github\AL-Go-Settings.json file? should I perform any additional actions to schedule Test Current/Test Next Minor/Test Next Major workflows?
LikeLike
https://github.com/microsoft/AL-Go/blob/main/Scenarios/settings.md#basic-repository-settings
Note that you need to run Update AL-Go System files after changing these values.
LikeLike
We are running our repositories in Azure Devops, but we would like to use AL-Go. Is there an decent automated way to archieve this?
LikeLike
AL-Go for GitHub does not run on Azure DevOps. In order to use AL-Go you will have to move your source to GitHub.
Try it out and see if it is worth to move. You will save a lot of time, but the savings comes with some limitations in flexibility.
LikeLike
Hi Freddy I am trying out AL-Go for GitHub. Really nice but I wonder about the versioning. according to https://semver.org/: “Patch version (in your case Build) MUST be reset to 0 when minor version is incremented”. That is not happening. After 1.0.4, I get 1.1.5 which corresponds with the provided workshop, but certainly not with common sense. I really want to use AL-Go for GitHub, but this fact stops me. Any comment on that?
LikeLike
Sorry, didn’t see this – best place to discuss AL-Go related stuff is her: https://github.com/microsoft/AL-Go/discussions
LikeLike