Skip to content

Ajusta workflow para frontend/electron e atualiza celerybeat-schedule#112

Merged
ualers2 merged 1 commit into
mainfrom
new-feature
Oct 15, 2025
Merged

Ajusta workflow para frontend/electron e atualiza celerybeat-schedule#112
ualers2 merged 1 commit into
mainfrom
new-feature

Conversation

@ualers2
Copy link
Copy Markdown
Owner

@ualers2 ualers2 commented Oct 15, 2025

Descrição

Ajusta workflow para frontend/electron e atualiza celerybeat-schedule

O que mudou:

  • .github/workflows/deploy.yml: as etapas 'Get version from package.json', 'Download Electron artifact', 'Delete existing release' e 'Create GitHub Release and Upload Assets' passaram a definir o working-directory para frontend/electron, garantindo execução no contexto do app Electron.
  • O caminho de versão, artefatos e release passa a ser resolvido a partir de frontend/electron.

Por que:

  • O repositório utiliza uma estrutura monorepo; sem o working-directory adequado, operações podem falhar em localizar package.json, artefatos ou ao criar/releases.
  • Alinha o fluxo de deploy com o packaging do Electron, evitando inconsistências entre o código base e o artefato de release.

Sobre backend/celerybeat-schedule:

  • Arquivo binário (celerybeat-schedule) foi alterado. O diff mostra apenas 'Binary files differ', ou seja, não é possível ler o diff textual. Isso indica uma atualização do schedule que gerou um novo binário.
  • Recomenda-se revisar a configuração do celery beat para confirmar que o agendamento continua conforme esperado e, se necessário, re-gerar o schedule a partir das definições.

Validações sugeridas:

  • Rodar o workflow em staging para confirmar que a extração da versão, o download de artefatos e a criação do release são executados com o diretório correto.
  • Conferir logs para confirmar os caminhos usados (frontend/electron) e que o artefato e o release são manipulados como esperado.
  • Verificar soma de verificação do celerybeat-schedule, se aplicável, para garantir integridade.

Mudanças

diff --git a/.github/workflows/deploy.yml b/.github/workflows/deploy.yml
index 1f97cdd6..3b1d901e 100644
--- a/.github/workflows/deploy.yml
+++ b/.github/workflows/deploy.yml
@@ -164,18 +164,21 @@ jobs:
           node-version: ${{ env.NODE_VERSION }}
 
       - name: "Get version from package.json"
+        working-directory: frontend/electron
         id: get_version
         run: |
           version=$(node -p "require('./package.json').version")
           echo "version=$version" >> $GITHUB_OUTPUT
 
       - name: "Download Electron artifact"
+        working-directory: frontend/electron
         uses: actions/download-artifact@v4
         with:
           name: electron-app
           path: ./release-assets
 
       - name: Delete existing release (if any)
+        working-directory: frontend/electron
         run: |
           version=v${{ steps.get_version.outputs.version }}
           gh release delete "$version" --yes || true
@@ -185,6 +188,7 @@ jobs:
           GH_TOKEN: ${{ secrets.GH_TOKEN }}
 
       - name: Create GitHub Release and Upload Assets
+        working-directory: frontend/electron
         id: create_release
         uses: softprops/action-gh-release@v1
         with:
diff --git a/backend/celerybeat-schedule b/backend/celerybeat-schedule
index c79b0320..fef20ff2 100644
Binary files a/backend/celerybeat-schedule and b/backend/celerybeat-schedule differ

O que mudou:
- .github/workflows/deploy.yml: as etapas 'Get version from package.json', 'Download Electron artifact', 'Delete existing release' e 'Create GitHub Release and Upload Assets' passaram a definir o working-directory para frontend/electron, garantindo execução no contexto do app Electron.
- O caminho de versão, artefatos e release passa a ser resolvido a partir de frontend/electron.

Por que:
- O repositório utiliza uma estrutura monorepo; sem o working-directory adequado, operações podem falhar em localizar package.json, artefatos ou ao criar/releases.
- Alinha o fluxo de deploy com o packaging do Electron, evitando inconsistências entre o código base e o artefato de release.

Sobre backend/celerybeat-schedule:
- Arquivo binário (celerybeat-schedule) foi alterado. O diff mostra apenas 'Binary files differ', ou seja, não é possível ler o diff textual. Isso indica uma atualização do schedule que gerou um novo binário.
- Recomenda-se revisar a configuração do celery beat para confirmar que o agendamento continua conforme esperado e, se necessário, re-gerar o schedule a partir das definições.

Validações sugeridas:
- Rodar o workflow em staging para confirmar que a extração da versão, o download de artefatos e a criação do release são executados com o diretório correto.
- Conferir logs para confirmar os caminhos usados (frontend/electron) e que o artefato e o release são manipulados como esperado.
- Verificar soma de verificação do celerybeat-schedule, se aplicável, para garantir integridade.
@ualers2 ualers2 merged commit becc29a into main Oct 15, 2025
1 check passed
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.

1 participant