I have project A pass chaining to project B in a build step. Is it possible for project B to set a variable that project A will see when project B's job completes?

The .set command should do what you want. It updates the variable in the master environment.

Note, however, that you will have to explicitly name the environment for the step you want to use the modified value in, otherwise the step will use a cached copy of the environment, containing the old value.

In my test, I have an environment variable called FRUIT which is initially set to "apples"

Project A uses environment "testenv" and has 3 steps:
step 1
> echo $FRUIT
step 2
> .sleep 2
step 3 (explicitly uses environment "testenv")
> echo $FRUIT

the pass chain for step 1 calls (and waits for) project B, which has one step:
step 1
> .set env testenv FRUIT=bananas

NOTE: the .sleep seemed to be necessary on my installation to make this work reliably.

I have project A pass chaining to project B in a build step. Is it possible for project B to set a variable that project A will see when project B's job completes?

The .set command should do what you want. It updates the variable in the master environment.

Note, however, that you will have to explicitly name the environment for the step you want to use the modified value in, otherwise the step will use a cached copy of the environment, containing the old value.

In my test, I have an environment variable called FRUIT which is initially set to "apples"

Project A uses environment "testenv" and has 3 steps:
step 1
> echo $FRUIT
step 2
> .sleep 2
step 3 (explicitly uses environment "testenv")
> echo $FRUIT

the pass chain for step 1 calls (and waits for) project B, which has one step:
step 1
> .set env testenv FRUIT=bananas

NOTE: the .sleep seemed to be necessary on my installation to make this work reliably.

Hi,

I was going to suggest what Paul has already detailed. Another option which I think you alluded to is to write to a file in the chained project, and then in the calling project to do something like the following:

.bset env "TEST_VAR=`cat var_value.txt`"

bju

H,

For your second question, I'm curious if setting the step's 'On Fail' parameter to 'Continue On Fail' is not something that you want to do because that would allow the calling project to continue on. However, the ultimate build status would report fail warn instead of pass.

bju

Hi, I did a search through the topics and the documentation and couldn't find answers to these questions.

I have project A pass chaining to project B in a build step. Is it possible for project B to set a variable that project A will see when project B's job completes?

Also, if project A chained project B with pass wait, while project B is running, is it able to override the result that is passed to project A? In other words, if project B fails (I still want it to fail), is it still possible to send project A a "pass"? I basically have a step in project B that should fail project B, but I don't want it to fail the calling project.

Thanks for your help.

In the version you are running, it appears that setting the "Stack BuildForge Env Variables" parameter to 'Yes' (in Adminstration->System) will get to what you're looking for (at C's scope, Project A's name will be in BF_CALLER_CALLER_PROJECTNAME and B's name will be in BF_CALLER_PROJECTNAME).