-
I have been using this GitHub action to deploy the changes to my GitHub pages:
It was fine until 3 days ago where I keep seeing after every single run an additional pipeline step as seen from this screenshot: It can be seen that it is a Bot that is getting run after every single time. I would like to avoid this. Any ideas what is happening? I did not configure thic Bot in my GitHub account. |
Beta Was this translation helpful? Give feedback.
Replies: 6 comments 1 reply
-
That is another workflow that was an internal workflow of GitHub. For more details: GitHub Pages: using GitHub Actions for builds and deployments for public repositories | GitHub Changelog See also #684 (comment) |
Beta Was this translation helpful? Give feedback.
-
How can I then disable it? Every single run causes or triggers this bot and it is duplicating the buld and deployment. |
Beta Was this translation helpful? Give feedback.
-
I do an additional step to check for HTTP links in my markdown files and I list all the content that is in draft status before I run the peaceiris action to deploy to gh-pages. So would this GitHub bot now mean that I can disable peaceiris action? |
Beta Was this translation helpful? Give feedback.
-
GitHub has migrated their internal pipeline of GitHub Pages deployment to the new workflow. Disabling the new workflow means "Disable GitHub Pages". Thanks to the new workflow, we can see the log message of the internal pipeline of GitHub Pages deployment. We don't have to change our workflow for the new one. |
Beta Was this translation helpful? Give feedback.
-
See also #684 (comment) |
Beta Was this translation helpful? Give feedback.
-
I don't know if you understood my question. My question was, should I remove this from my main.yml?
GitHub is doing this automatically with the bot so what is the purpose of this now? |
Beta Was this translation helpful? Give feedback.
GitHub has migrated their internal pipeline of GitHub Pages deployment to the new workflow. Disabling the new workflow means "Disable GitHub Pages".
Thanks to the new workflow, we can see the log message of the internal pipeline of GitHub Pages deployment.
We don't have to change our workflow for the new one.