Uruchamianie kompilacji usługi Azure DevOps na podstawie zmian w podkatalogach

Na karcie wyzwalacze znajduje się opcja określająca ścieżkę do projektu, który chcesz zbudować. Gdy ta ścieżka jest określona, tylko commity zawierające modyfikacje pasujące do reguł include/exclude wywołają kompilację.

W moim przypadku jest to znacznie lepsze rozwiązanie niż skrypt PowerShell, który nadal uruchamiał buildy i Wydania wszystkich projektów spamujących nasz Slack i wypełniających śmieciami historię naszego projektu.

ODPOWIEDŹ Jayendran jest bardzo doskonała! Oto bardziej PowerShell - y sposób na krok 2:

$editedFiles = git diff HEAD HEAD~ --name-only
$editedFiles | ForEach-Object {
    Switch -Wildcard ($_ ) {
        'SubFolderA/*' { Write-Output "##vso[task.setvariable variable=MicroserviceA]True" }
        # The rest of your path filters
    }
}

Ten post Bardzo mi pomógł, więc chciałem dodać kilka przydatnych modyfikacji, które wprowadziłem do mojego procesu.

Pierwszy poważny problem jaki znalazłem to to, że polecenie git diff nie obsługuje wielu commitów naraz.

git diff HEAD HEAD~ --name-only

HEAD~ patrzy tylko za 1 commitem, gdzie jako pojedyncze pchnięcie może zawierać wiele commitów naraz.

Zdałem sobie sprawę, że muszę zrobić rozróżnienie pomiędzy HEAD i identyfikatorem commitu, ponieważ potok ostatnio działał pomyślnie.

git diff HEAD [commit id of last successful build] --name-only

This commit identyfikator jest dostępny po wywołaniu interfejsu API usługi Azure DevOps w /build / latest endpoint, sourceVersion.

$response = (Invoke-RestMethod -Uri $url -Method GET -Headers $AzureDevOpsAuthenicationHeader)
$editedFiles = (git diff HEAD $response.sourceVersion --name-only)

Dokonałem również modyfikacji logiki znajdowania zmienionych folderów projektu / modułu. Nie chciałem modyfikować skryptu PowerShell za każdym razem, gdy dodaję nowy projekt przez twarde kodowanie nazw projektów.

$editedFiles | ForEach-Object { 
    $sepIndex = $_.IndexOf('/')
    if($sepIndex -gt 0) {
        $projectName = $_.substring(0, $sepIndex)
        AppendQueueVariable $projectName
    }
}

AppendQueueVariable zachowa listę wszystkich zmienionych projektów, aby powrócić do potoku.

Na koniec biorę listę kolejkowanych projektów i przekazuję je do mojego Maven multi-module build pipeline task.

mvn -amd -pl [list returned from PS task] clean install

W bash możesz zrobić coś takiego:

  - task: Bash@3
    displayName: 'Determine which apps were updated'
    inputs:
      targetType: 'inline'
      script: |
        DIFFS="$(git diff HEAD HEAD~ --name-only)"
        [[ "${DIFFS[@]}" =~ "packages/shared" ]] && echo "##vso[task.setvariable variable=SHARED_UPDATED]True"
        [[ "${DIFFS[@]}" =~ "packages/mobile" ]] && echo "##vso[task.setvariable variable=MOBILE_UPDATED]True"
        [[ "${DIFFS[@]}" =~ "packages/web" ]] && echo "##vso[task.setvariable variable=WEB_UPDATED]True"

Aby uzupełnić odpowiedź deleba, oto kod YAML do Ustawienia wyzwalacza ścieżki:

trigger:
  branches:
    include:
    - master
  paths:
    include:
    - /path/to/src*

Zauważ, że musisz mieć WYZWALACZ gałęzi również, aby użyć wyzwalacza ścieżki.

Https://docs.microsoft.com/en-us/azure/devops/pipelines/repos/azure-repos-git?view=azure-devops&tabs=yaml#paths