Trigger workflow to push to docker hub automatically

[proud-nerd]

Description

Changes on "upstream" require a manual trigger to push a new image to docker hub at the moment. To reduce manual work and keep the delay for new features/bugfixes short, an automatic build and push of a new image would be great

Suggested solutions

1. Trigger workflow from wishthis/wishthis (would require changes on that repo, unsure if that's wanted especially since this is no officially supported docker image)
2. Trigger workflow by listening on some event on wishthis/wishthis (I don't know if that's possible)
3. Trigger workflow periodically, check for changes and build/push image if needed

Would you like a PR on this? I have some time and would like to learn a bit about github workflows anyway. Maybe I can provide atleast a starting point

[Hiobi]

Hey @cryptogeek13, I totally agree.
If you can make PR, it will be great. 🤗

[ChrisLane]

It might make more sense and simplify the process if the Dockerfile was just moved into wishthis/wishthis and the package published there.

I'd like to request that the github action publishes docker images for wishthis tags.
For example, I would like to be able to use wishthis/docker:v1.1.1 instead of the dynamic develop, release-candidate and stable.

[proud-nerd]

As far as I understood, the maintainer of wishthis can't and does not want to support on docker topics, that's why there are two different repositories.

That being said, the most practical way I see right now would be to trigger @Hiobi 's workflow via a plain and simple REST-call: https://docs.github.com/en/rest/repos/repos?apiVersion=2022-11-28#create-a-repository-dispatch-event

That would still require a change on the side of the official wishthis/wishthis repo to send the REST-call, but I think he might be okay with this, as it's set up and forget + small changes here and there down the line. I'll open a ticket over there to discuss this, if you like this idea @Hiobi.

@ChrisLane it's also possible to pass data with a REST-Call like this, that way we could get the version number. But I'd suggest we first get the automated workflow trigger up running and tackle the whole versioning topic after that.

[Hiobi]

Hi @cryptogeek13 ,

I'm back and I will check this.
I think it's a great solution !

It seems that we need to add a workflow to wishthis/wishthis to trigger wishthis/docker.
Actually I add a cron to run automatically the workflow at 00:00am. We just need to adjust settings on organization, currently we work with @grandeljay.

Into wishthis/wishthis, the maintainer (@grandeljay ) will need to add a workflow and create a PAT (Personal Access Token) with repo access and add it as a REPO_PAT secret. :

Here samples :
`name: Trigger Docker Build

on:
push:
branches: [main, develop, release-candidate]
schedule:
- cron: '0 3 * * *'
workflow_dispatch:

jobs:
trigger:
runs-on: ubuntu-latest
steps:
- name: Trigger Docker build
run: |
curl -H "Accept: application/vnd.github.v3+json"
-H "Authorization: token ${{ secrets.REPO_PAT }}"
--request POST
--data '{"event_type": "build-docker", "client_payload": {"ref": "${{ github.ref_name }}"}}'
https://api.github.com/repos/wishthis/docker/dispatches
`

Into wishthis/docker:

`name: Build Docker Images

on:
repository_dispatch:
types: [build-docker]
workflow_dispatch:

jobs:
build:
runs-on: ubuntu-latest
permissions:
packages: write
contents: read
steps:
- name: Check out the repo
run: |
git clone https://github.com/${{ github.repository }}.git .

  - name: Log in to Docker Hub
    run: |
      echo "${{ secrets.DOCKER_PASSWORD }}" | docker login -u ${{ secrets.DOCKER_USERNAME }} --password-stdin
  
  - name: Log in to GitHub Container Registry
    run: |
      echo "${{ secrets.GITHUB_TOKEN }}" | docker login ghcr.io -u ${{ github.actor }} --password-stdin
  
  - name: Build and push stable Docker image
    run: |
      docker build --build-arg WISHTHIS_GITBRANCH=stable -t hiob/wishthis:stable -t ghcr.io/${{ github.repository }}:stable .
      docker push hiob/wishthis:stable
      docker push ghcr.io/${{ github.repository }}:stable
      
  # Répétez pour develop et release-candidate

`

@grandeljay are you ok with this ?