Skip to content
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

Repetição no envio de assets #4

Open
Merieli opened this issue Apr 29, 2022 · 2 comments
Open

Repetição no envio de assets #4

Merieli opened this issue Apr 29, 2022 · 2 comments

Comments

@Merieli
Copy link

Merieli commented Apr 29, 2022

Descrição

Quando assets são modificados automaticamente com gulp ocorre repetição no envio dos arquivos no Tray CLI.

Motivo

Repetição do mesmo arquivo.

Detalhes

O envio ocorre 4 vezes para cada arquivo .

Comportamento esperado

Os assets deveriam ser enviados apenas uma única vez ao ser modificado.

Comportamento encontrado

Assets minificados e não minificados são enviados várias vezes.

@albreis
Copy link

albreis commented May 1, 2022

Utiliza só gulp sem o watch da API, provavelmente o teu gulp também está executando o mesmo comando que o watch do CLI já executa.

No meu workflow ta funcionando corretamente https://github.com/albreis/workflow-tray-cli

@rhandrade
Copy link
Contributor

@albreis No caso o nosso gulp não aciona a API do Tray CLI, o nosso ainda está separado, precisando executar o gulp para verificar os arquivos e compilar os assets e o tray watch pra enviar os arquivos para a Tray.

Vimos que quando ele executa o código do tray watch duas vezes, uma pelo salvamento manual, trigado quando salva o arquivo, e o segundo quando o gulp acaba de compilar os arquivos.

Aliás muito maneiro seu workflow integrado, queremos criar algo semelhante em breve :)

Precisamos garantir que esse comportamento não aconteça quando executado em separado para otimizar o envio de recursos e não penalizar os servidores da plataforma.

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

No branches or pull requests

3 participants