-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[CI] action triggered by push is displayed under PR #25736
Comments
Could you please show us your workflow file? |
Edit: well, after posting this, I realized the workflow is expected not to run on But should merging PR trigger an event at all? Is that expected to trigger another name: Tests
on:
push:
tags-ignore:
- "v*"
pull_request:
branches: [main]
jobs:
python-test:
name: Python Tests
runs-on: ubuntu-latest
steps:
- name: Checkout
uses: https://github.com/actions/checkout@v3
# - name: Set up Python
# uses: https://github.com/actions/setup-python@v4
# with:
# python-version: "3.11"
- name: Set up Python
run: |
VERSION=3.11.4
cd /tmp/
wget -q https://www.python.org/ftp/python/$VERSION/Python-$VERSION.tgz
tar -xzvf Python-$VERSION.tgz > /dev/null
cd Python-$VERSION/
apt-get update > /dev/null
apt-get install -y build-essential zlib1g-dev libncurses5-dev libgdbm-dev libnss3-dev libssl-dev libreadline-dev libffi-dev > /dev/null
./configure --enable-optimizations > /dev/null
make -j `nproc` > /dev/null
make altinstall > /dev/null
python3.11 -V
ln -s /usr/local/bin/python3.11 /usr/local/bin/python
ln -s /usr/local/bin/pip3.11 /usr/local/bin/pip
python -VV
- name: Install dependencies
run: |
python -m pip install --upgrade pip
pip install pytest pytest-cov ruff
pip install -r requirements.txt
- name: Test with pytest
run: |
pytest --cov --cov-report=term-missing |
@Zettat123 For your question, it's triggered by pull_request. Now with the following workflow, two action gets triggered by merging the pull request. name: Tests
on:
push:
tags-ignore:
- "v*"
branches:
- main
pull_request:
branches: [main] |
Fix #25736 Caused by #24048 Right now we only check the activity type for `pull_request` event when `types` is specified or there are no `types` and filter. If a workflow only specifies filters but no `types` like this: ``` on: pull_request: branches: [main] ``` the workflow will be triggered even if the activity type is not one of `[opened, reopened, sync]`. We need to check the activity type in this case. Co-authored-by: Giteabot <[email protected]>
Fix go-gitea#25736 Caused by go-gitea#24048 Right now we only check the activity type for `pull_request` event when `types` is specified or there are no `types` and filter. If a workflow only specifies filters but no `types` like this: ``` on: pull_request: branches: [main] ``` the workflow will be triggered even if the activity type is not one of `[opened, reopened, sync]`. We need to check the activity type in this case. Co-authored-by: Giteabot <[email protected]>
Fix go-gitea#25736 Caused by go-gitea#24048 Right now we only check the activity type for `pull_request` event when `types` is specified or there are no `types` and filter. If a workflow only specifies filters but no `types` like this: ``` on: pull_request: branches: [main] ``` the workflow will be triggered even if the activity type is not one of `[opened, reopened, sync]`. We need to check the activity type in this case. Co-authored-by: Giteabot <[email protected]>
Backport #25746 Fix #25736 Caused by #24048 Right now we only check the activity type for `pull_request` event when `types` is specified or there are no `types` and filter. If a workflow only specifies filters but no `types` like this: ``` on: pull_request: branches: [main] ``` the workflow will be triggered even if the activity type is not one of `[opened, reopened, sync]`. We need to check the activity type in this case. Co-authored-by: Giteabot <[email protected]>
Backport #25746 Fix #25736 Caused by #24048 Right now we only check the activity type for `pull_request` event when `types` is specified or there are no `types` and filter. If a workflow only specifies filters but no `types` like this: ``` on: pull_request: branches: [main] ``` the workflow will be triggered even if the activity type is not one of `[opened, reopened, sync]`. We need to check the activity type in this case.
…o-gitea#25797) Backport go-gitea#25746 Fix go-gitea#25736 Caused by go-gitea#24048 Right now we only check the activity type for `pull_request` event when `types` is specified or there are no `types` and filter. If a workflow only specifies filters but no `types` like this: ``` on: pull_request: branches: [main] ``` the workflow will be triggered even if the activity type is not one of `[opened, reopened, sync]`. We need to check the activity type in this case. Co-authored-by: Giteabot <[email protected]> (cherry picked from commit bd1946e)
Description
When a PR is merged, the action should be trigged by
push
event. But on Gitea UI, it's showing under PR commit. The issue is introduced in v1.19.4.Gitea Version
v1.19.4
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
This shows the actions is triggered by
push
and is associated with commit.However, on the main branch, the action doesn't show up.
Under the already merged PR's last commit, the action is showing.
Git Version
No response
Operating System
No response
How are you running Gitea?
Run in Kubernetes.
Database
PostgreSQL
The text was updated successfully, but these errors were encountered: