We use global (server) variable for storing possible test scenarios which is shared among multiple configurations. We always have to update this list manually when a new scenario is created. I wonder if there is or could be a way to look up current list, similary as a property collection works.
Ex. read file on Continua server and store it in a variable
Continua doesn’t currently provide built-in actions, event handlers, or property collectors for reading variables directly from files.
However, it is possible to read values from a file and set a Continua variable via a FinalBuilder project (which includes specific actions for interacting with Continua). Alternatively, you can emit custom log messages (see Continua CI Custom Log Messages documentation) from a PowerShell script, batch file, or executable to populate variables during a build.
If you’re able to share a bit more detail about your use case - for example, the file format, whether you need the full contents or just part of it, and how the variable is being used - we can take a closer look at whether there’s scope to support this more directly.
During the build is not sufficient as we need it in the build queue dialog.
The use case is that we have couple of configurations that as a input have a dropdown selection which is populated by a global CI variable, so it’s always the same in all of those configurations.
The variables is a list of names of test cases:
testcase1
testcase2
...
To update this variable, we need a person with admin privilages to update global variables.
So the best flow would be that this would be updated automatically. Either by a separate conifguration which download repository and generates a new list or by reading a file from a network location or something similar.
So I have a problem, I am trying to append to new variable via script using:
@@continuacontinua[setVariable name=‘{name}’ value=‘{value}’ appendOrIncrement=‘true’ updateBuildVariable=‘true’]"
But on execution the variable is set, not appended:
Build variable 'new_list' has been set to 'ALL'.
I got around this by setting the variable with table joined with escaped new line character.