Skip to content

Update Github Actions pipelines' triggers#24547

Merged
snnn merged 2 commits intomainfrom
snnn/trigger4
Apr 25, 2025
Merged

Update Github Actions pipelines' triggers#24547
snnn merged 2 commits intomainfrom
snnn/trigger4

Conversation

@snnn
Copy link
Contributor

@snnn snnn commented Apr 25, 2025

Description

  1. Update Github Actions pipelines' triggers. Make all of them to be the same.
  2. Format yaml files.

Before this change, the pipelines' triggers were set as following:

on:
  push:
    branches: [ main, 'rel-*']
  pull_request:
    branches: [ main, 'rel-*']
concurrency:
  group: ${{ github.workflow }}-${{ github.ref }}
  cancel-in-progress: true

I set "cancel-in-progress: true" because for pipeline runs triggered by pull requests if the pull request was updated(a new commit was added there), the old pipeline runs can be cancelled. However, this setting doesn't work well for the runs triggered by "push" events for the main branch. Let's say, we merged a PR , then it triggered this pipeline. Then before the pipeline is finished, we merged another PR. Then the old pipeline run will be cancelled. But we do want it to be cancelled. Each commit in the main branch should be verified.

Motivation and Context

@snnn
Copy link
Contributor Author

snnn commented Apr 25, 2025

@microsoft-github-policy-service agree

@snnn
Copy link
Contributor Author

snnn commented Apr 25, 2025

Somehow all my PRs stuck in the license/cla check

@snnn
Copy link
Contributor Author

snnn commented Apr 25, 2025

@microsoft-github-policy-service rerun

@snnn snnn force-pushed the snnn/trigger4 branch 5 times, most recently from f9f46cb to 99d6d91 Compare April 25, 2025 19:57
@snnn
Copy link
Contributor Author

snnn commented Apr 25, 2025

I reverted some changes now CLA can pass. It is very strange.

@snnn snnn merged commit fe97f8b into main Apr 25, 2025
86 of 88 checks passed
@snnn snnn deleted the snnn/trigger4 branch April 25, 2025 22:45
@snnn
Copy link
Contributor Author

snnn commented Apr 26, 2025

@fs-eire It works!

ankitm3k pushed a commit to intel/onnxruntime that referenced this pull request May 12, 2025
### Description
1. Update Github Actions pipelines' triggers. Make all of them to be the
same.
2. Format yaml files.

Before this change, the pipelines' triggers were set as following:

```
on:
  push:
    branches: [ main, 'rel-*']
  pull_request:
    branches: [ main, 'rel-*']
concurrency:
  group: ${{ github.workflow }}-${{ github.ref }}
  cancel-in-progress: true
```

I set "cancel-in-progress: true" because for pipeline runs triggered by
pull requests if the pull request was updated(a new commit was added
there), the old pipeline runs can be cancelled. However, this setting
doesn't work well for the runs triggered by "push" events for the main
branch. Let's say, we merged a PR , then it triggered this pipeline.
Then before the pipeline is finished, we merged another PR. Then the old
pipeline run will be cancelled. But we do want it to be cancelled. Each
commit in the main branch should be verified.

### Motivation and Context
snnn pushed a commit that referenced this pull request May 15, 2025
This PR is a follow-up of #24547 . Previously the pipelines had some
issues that prevented me to modify these files. Now the issue is solved.
snnn pushed a commit to microsoft/onnxruntime-genai that referenced this pull request May 19, 2025
### Description
1. Update Github Actions pipelines' triggers. Make all of them to be the
same(The same as the ORT main repo's setting)
2. Format yaml files.

Before this change, the pipelines' triggers were set as following:

```
on:
  push:
    branches: [ main, 'rel-*']
  pull_request:
    branches: [ main, 'rel-*']
concurrency:
  group: ${{ github.workflow }}-${{ github.ref }}
  cancel-in-progress: true
```

I set "cancel-in-progress: true" because for pipeline runs triggered by
pull requests if the pull request was updated(a new commit was added
there), the old pipeline runs can be cancelled. However, this setting
doesn't work well for the runs triggered by "push" events for the main
branch. Let's say, we merged a PR , then it triggered this pipeline.
Then before the pipeline is finished, we merged another PR. Then the old
pipeline run will be cancelled. But we do want it to be cancelled. Each
commit in the main branch should be verified.

### Motivation and Context
See: microsoft/onnxruntime#24547
ajindal1 pushed a commit to microsoft/onnxruntime-genai that referenced this pull request Jun 3, 2025
### Description
1. Update Github Actions pipelines' triggers. Make all of them to be the
same(The same as the ORT main repo's setting)
2. Format yaml files.

Before this change, the pipelines' triggers were set as following:

```
on:
  push:
    branches: [ main, 'rel-*']
  pull_request:
    branches: [ main, 'rel-*']
concurrency:
  group: ${{ github.workflow }}-${{ github.ref }}
  cancel-in-progress: true
```

I set "cancel-in-progress: true" because for pipeline runs triggered by
pull requests if the pull request was updated(a new commit was added
there), the old pipeline runs can be cancelled. However, this setting
doesn't work well for the runs triggered by "push" events for the main
branch. Let's say, we merged a PR , then it triggered this pipeline.
Then before the pipeline is finished, we merged another PR. Then the old
pipeline run will be cancelled. But we do want it to be cancelled. Each
commit in the main branch should be verified.

### Motivation and Context
See: microsoft/onnxruntime#24547
adrianlizarraga pushed a commit that referenced this pull request Aug 5, 2025
This PR is a follow-up of #24547 . Previously the pipelines had some
issues that prevented me to modify these files. Now the issue is solved.
quic-ankus pushed a commit to CodeLinaro/onnxruntime that referenced this pull request Nov 25, 2025
This PR is a follow-up of microsoft#24547 . Previously the pipelines had some
issues that prevented me to modify these files. Now the issue is solved.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants