I'm afraid I'm not able to reproduce this. The AI_BUILD_NAME property is resolved as expected for each build. Please see the screenshot below:In the meanwhile, i've noticed that AI_BUILD_NAME property variable seems not to be set in "Global Builds Events" section in the Build Events:Trying to build, the value passed as arguments is always "" regardless of its build name i'm trying to building but it's available in the "Build Events" tab for each configuration. It would useful to catch it in "Global Builds Events" section in order having the value of build name available to set dinamically just one global command for all builds.
To ensure a clear understanding of your issue, I recommend providing detailed, step-by-step test cases that we can follow. Parsing through multiple phrases makes it challenging to grasp the full context, and essential details might be overlooked.
If the condition is applied to a whole folder, it does not work. It could be resolved using "Condition Files" on right click on a folder; but it's a bit misleading as one could expect it works to an entire folder too.
When you use the "Condition Files" option for a folder, the condition is added for all file components in that folder.
Could you kindly provide a step-by-step test case to help us better understand and address your issue? This will enable us to follow the sequence of actions, ensuring a more accurate and efficient resolution. Please send us the test cases for your current issues and the .AIP (setup project) file by email.Another thing i've noticed is that the building process, even you've set a condition to exclude some files or folders, try to check the same the existence of that files on file system. This could lead to scenario where the building will fail if you in that specific build you're trying to building, do not have the files that another build would targets instead. It could very helpful - especially if you're working with CLI - that excluding conditions bypass all the checks about what is effectively excluded from building, almost for what concern about files and folders.
Thank you for understanding.
Best regards,
Liviu