Special cases for inheritance

The following cases affect inheritance.

Inline projects
A step inlines a project by specifying a project in the Inline property for the step. As a step inlines a project, the called project server environment and project environment is not used. Inheritance goes in this order:
  1. The server environment for the calling step.
  2. The project environment for the calling step.
  3. The step environment for the calling step.
  4. For each step in the called project, the step environment (if specified).
Chained projects
A project or step can specify a project as a Pass or Fail Chain. When a project is called in that way, it runs in its own environment. In addition, it has access to all of the variables from the calling project or step. The variables are copied to new names using the prefix BF_CALLER_. For example: The variable BF_NAME in the calling project or step is available as BF_CALLER_BF_NAME in the called project and steps.
Scheduled jobs
When a project is on a schedule in Schedules, you can choose to apply a different environment to the project opposed to what is set by default. Once the environment is specified, the Environment tab is used to set values for variables in that environment. The variables are presented in the Environment tab according to the On Project property setting. The same rules are followed if presented for a non-scheduled job start.
Overriding inheritance order
Use system setting Apply server environment last, to override the inheritance order. If its value is Yes, the inheritance order is set as follows:
  1. Project environment
  2. Step environment
  3. Server environment

Feedback