Closed gntpet closed 4 months ago
I believe there's a bug here:
According to the settings documentation
When running a workflow or a local script, the settings are applied by reading settings from GitHub variables and one or more settings files. Last applied settings file wins.
Thus, useCompilerFolder setting from .github/Test Current.settings.json should win over the .github/AL-Go-settings.json. I even tried to copy the Test Current.setting.json to the the project specific .Al-Go folder, but it did not give desired result. It still sees useCompilerFolder =True
I just bumped our AL-GO to the latest version (5.1), and still it gets the same results
After endless attempts, i have managed to sort it out. It turns out that .github/AL-Go-settings.json is used when loading bccontainerhelper, and if use set useCompilerFolder to true there, you cannot override it within worfklow or project settings.
This behavior is 'somehwat' documented in settings here, but totally not clear.
Not sure if useCompilerFolder is the only setting like that, or there's more.
Hey @freddydk , I'm trying to setup cron jobs to run "Test Current", but running into the strange issues with dependency app. It does not get installed into the container, but rather just copied to the symbols folder. Therefore, when ALGO tries to publish built app, it runs into the dependency is missing error.
See my settings:
.github\AL-Go-Settings.json here we don't run any tests cases, and use compilerFolder to gain build speed.
..\SRS.base.AL-Go\settings.json
.github\Test Current.settings.json here, we want to use containers and run automated tests
If i check source code, it seems that for some processes it still thinks that it is using CompilerFolder https://github.com/microsoft/navcontainerhelper/blob/db40110acc52b648c78c41593ea7e2141f7af755/AppHandling/Run-AlPipeline.ps1#L1210
Best Regards, Gintautas