Если настраивать для сборки триггер по завершению другой сборки, то настройки ветви извлечения никак не влияют на наследуемую сборку. Например:
- Сборка B1 может иметь настройку триггера на ветки dev и qa.
- Сборка B2 может иметь триггер на сборку B1. При этом у сборка B2 будет включать свои настройки по умолчанию для получения ветви и репозитория, например master.
Т.е. если сборка B1 будет запущена для ветки dev или qa, то B2 всегда будет использовать master. В случае если необходимо триггерится не только по завершению сборки, но и работать с веткой исходной сборки, то можно использовать команду git checkout. Однако здесь необходимо знать наименование ветви. Получить ее можно через выполнение команды Builds – Get Rest API. Для выполнения команды необходим идентификатор сборки, который можно получить из predefined variables Build.TriggeredBy.BuildId.
Пример PowerShell шага для сборки можно найти здесь: https://github.com/ashamrai/AzureDevOpsExtensions/blob/master/CustomPSTasks/CheckoutTriggeredBuildBranch.ps1