Closed CarloAxians closed 3 weeks ago
We can't have too much dependencies on BCCH.
In the past, we have solved this with a symbolic link. In your case:
mklink /d "c:\bc.artifactscache" "e:\BcContainerHelper\bcartifacts.cache"
It will permanently create the link, and all will work like default.
Added to "Troubleshooting" documentation on docs. Will be available soon.
Describe the bug We configured on our build servers that the bcartifactsCacheFolder is on the e-drive. When we compile our apps, the artifacts are stored on the e-drive as expected. But when we publish our apps on the server with the ALOps Extension API the artifacts are stored on the c-drive.
the used yaml please provide the yaml that you used. It helps you put the yaml like this:
the output Also the complete output is necessary for us to see what is going on. Also use backtics:
Expected behavior In the logging the setting is correctly retrieved: Setting bcartifactsCacheFolder = e:\BcContainerHelper\bcartifacts.cache , but it is not correctly used: Platform: C:\bcartifacts.cache\sandbox\24.3.21374.22309\platform. This should have been e:\BcContainerHelper\bcartifacts.cache\sandbox\24.3.21374.22309\platform