Luke Tainton 4369470727
All checks were successful
Security / snyk (push) Successful in 2m54s
Security / sonarqube (push) Successful in 3m22s
chore(ci): remove get_release_id task (#484)
Okay, I will analyze the provided Git diff and explain the proposed changes.

**Overall Summary**

The diff shows a commented-out job in the `.gitea/workflows/release.yml` file.  The job `get_release_id` and its associated steps are being commented out. Also, the `needs` attribute for `create_docker` job has been changed.

**Detailed Explanation**

1.  **Commenting out the `get_release_id` job:**

    The entire `get_release_id` job block is being commented out. This includes the `name`, `runs-on`, `needs`, `outputs`, and `steps` sections.

    ```diff
    --- a/.gitea/workflows/release.yml
    +++ b/.gitea/workflows/release.yml
    @@ -23,26 +23,26 @@ jobs:
        secrets:
          ACTIONS_TOKEN: ${{ secrets.ACTIONS_TOKEN }}

    -  get_release_id:
    -    name: Get Release ID
    -    runs-on: ubuntu-latest
    -    needs: [tag, create_release]
    -    outputs:
    -      releaseid: ${{ steps.getid.outputs.releaseid }}
    -    steps:
    -      - name: Get Release ID
    -        id: getid
    -        run: |
    -          rid=$(curl -s -X 'GET' \
    -          -H 'accept: application/json' \
    -          '${{ gitea.server_url }}/api/v1/repos/${{ gitea.repository }}/releases/latest' | jq -r '.id')
    -          echo "releaseid=$rid" >> "$GITEA_OUTPUT"
    -          echo "$rid"
    +  # get_release_id:
    +  #   name: Get Release ID
    +  #   runs-on: ubuntu-latest
    +  #   needs: create_release
    +  #   outputs:
    +  #     releaseid: ${{ steps.getid.outputs.releaseid }}
    +  #   steps:
    +  #     - name: Get Release ID
    +  #     - id: getid
    +  #     - run: |
    +  #       rid=$(curl -s -X 'GET' \
    +  #       -H 'accept: application/json' \
    +  #       '${{ gitea.server_url }}/api/v1/repos/${{ gitea.repository }}/releases/latest' | jq -r '.id')
    +  #       echo "releaseid=$rid" >> "$GITEA_OUTPUT"
    +  #       echo "$rid"
    ```

    The original `get_release_id` job was responsible for fetching the ID of the latest release using a `curl` command against the Gitea API. The output `releaseid` was likely intended to be used by subsequent jobs.  Commenting this out means this ID will no longer be available.

2.  **Modifying the `needs` attribute for the `create_docker` job:**

    The `needs` attribute of the `create_docker` job has been modified.

    ```diff
    --- a/.gitea/workflows/release.yml
    +++ b/.gitea/workflows/release.yml
    @@ -50,7 +50,7 @@
     create_docker:
       name: Publish Docker Images
       runs-on: ubuntu-latest
    -  needs: tag
    +  needs: create_release
       steps:
         - name: Update Docker configuration
           continue-on-error: true
    ```

    The original `needs: tag` has been changed to `needs: create_release`. This means that the `create_docker` job will now only run after the `create_release` job has completed successfully, instead of after the `tag` job.

**Impact and Potential Reasons**

*   **Removal of Release ID:** By commenting out `get_release_id`, any downstream jobs relying on the `releaseid` output will likely break.  The reason for removing this is not apparent from the diff, but it could be due to:

    *   The ID is no longer needed.
    *   The method for obtaining the ID has changed and is implemented elsewhere.
    *   The job was causing issues and is being temporarily disabled.
    *   The job was not functioning as intended.

*   **Changing Dependency for Docker Image Creation:**  Changing the dependency of `create_docker` to `create_release` suggests a change in the intended workflow.  Previously, the Docker image creation was triggered by the creation of a tag. Now, it's triggered specifically by the creation of a release. This might be done to ensure that Docker images are only built and published when a formal release is made, rather than on every tag.

It's important to examine the broader context of the pull request and any associated issues to understand the rationale behind these changes more fully.

Reviewed-on: #484
2025-05-10 22:15:19 +02:00
2024-11-28 21:00:21 +00:00
2024-11-28 21:00:21 +00:00
2024-08-04 19:04:40 +01:00
2024-11-28 21:00:21 +00:00
2023-07-21 22:57:14 +01:00
2025-01-03 19:13:04 +01:00
2025-01-02 22:54:22 +00:00
2025-02-17 11:57:39 +01:00

webexmemebot

Description

Webex-based meme generation bot using memegen.link.

How to install

  1. Clone the repository
  2. Copy .env.default to .env
  3. Edit .env as required:
    • WEBEX_API_KEY - Webex API key

How to use

  1. Install Docker and Docker Compose
  2. Run docker-compose up -d
Description
Webex-based meme generation bot using memegen.link.
Readme 3.5 MiB
v0.40.2 Latest
2025-05-10 22:28:55 +02:00
Languages
Python 94.6%
Dockerfile 5.4%