Muito bom o vídeo. É importante acrescentar que a flag --delete irá apagar todos os arquivos que não estiverem no repositório. Acaba sendo um problema caso rode um composer ou npm ou até mesmo em um arquivo .env. Se não estiver no repositório ele vai apagar...
Onde eu trabalhei a gente usava Github Actions exatamente para o mesmo propósito, mas o ambiente de deploy era um cluster kubernetes. Então nós criamos uma action customizada que recebia como input um yaml que era escrito pelo desenvolvedor que continha metadados, recurso solicitado para rodar a aplicação, dentre outras informações e ela transformava aquele yaml simples do input em todos os manifestos do kubernetes necessários para que o deploy fosse realizado. Após a construção desses manifestos, a action abria um PR em um outro repositório que continha somente os manifestos do kubernetes e no cluster tinha um ArgoCD que fazia o sync entre os manifestos no repositório e oq estava deployado no cluster. Parabéns pelo conteúdo!
Usei o GitHub Action e github pages para um projeto simples de landpage e curti demais,fazia as atualizações e já mandava para o cliente sem perder muito tempo com deploy na hospedagem
* Conteúdo sensacional. Utilizo o Github Actions quando estou desenvolvimento principalmente Design Systems para diferentes frameworks como, ReactJS, VueJS e mais, usando Monorepo. Chega um momento em que preciso fazer o deploy da documentação e o release dos pacotes no NPM, e é sensacional em como tudo é automatizado pelos Workflows.
Ótimo vídeo. Parabéns! Em alguns cenários uso da mesma forma que vocês usaram. Para instalações mais complexas, acredito que o caminho seja gerar uma imagem de um container e a partir dela fazer release management. Facilita no rollback se for necessário e separa o ciclo de vida de desenvolvimento e o ciclo de deploy.
Muito bom, eu já tinha ouvido sobre o Github actions mas nunca parei para festas, tenho internet pública e notebook velho, próximo fds vou tentar usar. Parabéns pelo conteúdo.
Muito bom o conteúdo, usar CI/CD facilita deveras, eu mudei a forma de trabalhar com isso. Uma alternativa que uso é o Vela (go-vela) que é muito bom também.
oi pessoal, muito legal o vídeo, parabéns :) explicadíssimo, vai me ajudar muito nos estudos do GH Actions. Uma dúvida: posso usar o conteúdo livremente (sempre dando créditos, claro)?
eu estou com um problema a uns dias, e não estou conseguindo resolver.. Como que faço pra setar env pra aplicação reconhecer como process.env? é uma aplicação nodeJs
Triste saber disso! Nós temos também um vídeo mostrando a solução para subir USANDO FTP porém através do GitHub Actions. Pode ser uma boa solução pra você. th-cam.com/video/3cLbh-k2qKk/w-d-xo.html
Se tá difícil e você nao vonsegue entender o que falam, então você tá vendo algo avançado para seu nível de conhecimento. Você tem que voltar alguns passos e estudar outras coisas mais básicas. No mais, manda aí as dúvidas que você teve e eu posso tentar saná-las
Fizemos um teste aqui funcionou. Por acaso você testou tudo em caixa alta? Será que não sobrou algum espaço ou carácter invisível ou acento (nosso cupom é sem acentos). Nos informe, por gentileza, caso ainda não consiga aplicar. Grande abraço! Confirmando o cupom: CODIGOFONTE
Se desconsiderarmos o fato de que para produção seriam necessários outros steps e outras validações e tivermos apenas o review como única ação manual, poderiamos considerar que estariamos usando o modelo "deploy continuo" ou devido ao review seria o modelo "entrega continua"?
Existe alguma forma de sincronizar um repositório com a pasta local? Por ex, eu tenho um servidor IIS, lá tenho um sisteminha que está dentro de um repositório.. Quero dar commit através de outra máquina e automaticamente atualizar os arquivos lá. Eu não encontrei nenhum método pra fazer isso... Então eu bolei um script com .bat que fica checando por atualizações, coloquei pra rodar na inicialização do servidor em segundo plano... Assim sempre que tiver algo novo ele já vai dar pull. Só não sei se foi a melhor opção.. queria saber se tem um jeito 'certo' de fazer isso. Talvez tenha alguma ferramenta própria e eu não to sabendo, e to aqui fazendo gambiarra kkkkkkk obs: ainda não vi o vídeo
Excelente questão Gustavo. Pelo que você explicou o seu caso pode ser resolvido criando um repositório git usando "BARE". Esse tipo de repositório tem inclusive uma estrutura diferente de pastas e serve essencialmente como um repositório remoto. A partir desse repositório (que fica dentro do servidor) é possível criar um hook que receberá um aviso de uma atualização e fará o checkout automaticamente para a sua pasta no servidor. Geralmente se cria o arquivo ".git/hooks/post-receive". O conteúdo do arquivo fica algo como: #!/bin/sh GIT_WORK_TREE=/caminho_no_seu_servidor/ git checkout -f Espero que ajude a clarear esse processo.
Eu achei que teve muita coisa igual, vc repetiu o pipeline que criou 3 vezes, tinha necessidade disso? Não teria como rodar um único pipeline apenas e mudar só o ambiente?
Sim seria possível. A ideia foi mostrar que criando ambientes diferentes é possível criar regras específicas e configurações distintas e encadear cada etapa.
Fiz todo processo porem o meu não aparece para fazer aprovação para as proximas etapas, ele simplesmente roda todas elas, como isto é possivel? E há a possibilidade de por mais do que um aprovador no action?
@@codigofontetv Tentei de toda forma! Ele não aparece o "deployment protection rules" que nem aparece ali para voce "approve and deploy" por acaso os deploy não estão criando uma PR? pois vi que na PR isto seria possivel!
@@codigofontetv A ok.. achei bem util o video, atualmente venho procurando esse conteudo sobre a separação de ambientes e automatização... perguntei para alguns sobre como é feito essa separação, e boa parte responde que é com base em branches do github o que me deixou com mais duvidas ainda.... acho que esse irá me ajudar com algo.
Muito bom o vídeo. É importante acrescentar que a flag --delete irá apagar todos os arquivos que não estiverem no repositório. Acaba sendo um problema caso rode um composer ou npm ou até mesmo em um arquivo .env. Se não estiver no repositório ele vai apagar...
Onde eu trabalhei a gente usava Github Actions exatamente para o mesmo propósito, mas o ambiente de deploy era um cluster kubernetes. Então nós criamos uma action customizada que recebia como input um yaml que era escrito pelo desenvolvedor que continha metadados, recurso solicitado para rodar a aplicação, dentre outras informações e ela transformava aquele yaml simples do input em todos os manifestos do kubernetes necessários para que o deploy fosse realizado. Após a construção desses manifestos, a action abria um PR em um outro repositório que continha somente os manifestos do kubernetes e no cluster tinha um ArgoCD que fazia o sync entre os manifestos no repositório e oq estava deployado no cluster.
Parabéns pelo conteúdo!
CARA NAO DA PRA ENTENDER PORRA NENHUMA WTFF
Usei o GitHub Action e github pages para um projeto simples de landpage e curti demais,fazia as atualizações e já mandava para o cliente sem perder muito tempo com deploy na hospedagem
Excelente solução! Usamos bastante dessa forma também.
Parabéns, conteúdo muito bom! Poderiam fazer um vídeo mostrando o deploy com GitHub Actions de um projeto com Docker!
* Conteúdo sensacional. Utilizo o Github Actions quando estou desenvolvimento principalmente Design Systems para diferentes frameworks como, ReactJS, VueJS e mais, usando Monorepo. Chega um momento em que preciso fazer o deploy da documentação e o release dos pacotes no NPM, e é sensacional em como tudo é automatizado pelos Workflows.
Ótimo vídeo. Parabéns!
Em alguns cenários uso da mesma forma que vocês usaram. Para instalações mais complexas, acredito que o caminho seja gerar uma imagem de um container e a partir dela fazer release management. Facilita no rollback se for necessário e separa o ciclo de vida de desenvolvimento e o ciclo de deploy.
Esse eu vou ter que rever e fazer passo-a-passo
Parabéns!
Só vou aprender fazendo várias vezes, mas entendi a teoria
Muito bom, eu já tinha ouvido sobre o Github actions mas nunca parei para festas, tenho internet pública e notebook velho, próximo fds vou tentar usar. Parabéns pelo conteúdo.
Muito maneiro. Há um certo tempo que queria fazer algo do tipo. Vou tentar fazer com algum projeto pessoal para praticar.
Bora! Depois que você usar a primeira vez, nunca mais você vai querer outra coisa. :D
Comecei a estudar Heroku recentemente, e estava pendente de começar a estudar Github actions hj msm. O vídeo veio bem acalhar hahaha
Caramba!!! Tava pensando hoje cedo em um tema para o meu próximo vídeo e foi justamente Github Actions... Nem vou mais gravar rs.. Conteúdo top 👏
Imagine Dani!!! Queremos muito um conteúdo seu sobre Github Actions!!! 🫶
É muito legal. Depois faz com projeto que tenham testes unitários antes. Integração com sonar.....
Muito bom o conteúdo, usar CI/CD facilita deveras, eu mudei a forma de trabalhar com isso. Uma alternativa que uso é o Vela (go-vela) que é muito bom também.
Muito legal o vídeo, parabéns!
muito bom o conteúdo.
Utilizo o github actions para fazer o build e o upload para a play store e app store
show de bola
Excelente!
oi pessoal, muito legal o vídeo, parabéns :)
explicadíssimo, vai me ajudar muito nos estudos do GH Actions. Uma dúvida: posso usar o conteúdo livremente (sempre dando créditos, claro)?
Excelente vídeo!
Parabéns pelo conteúdo!
Gabriel e Vanessa vocẽs usam GitHub Copilot para projetos privados? tem como usar sem ter o medo de vazar informações sensiveis?😀
eu estou com um problema a uns dias, e não estou conseguindo resolver.. Como que faço pra setar env pra aplicação reconhecer como process.env? é uma aplicação nodeJs
Sempre desejei um GitHub Actions na minha vida, mas trabalhar pra agencia de publicidade (quadrada) é complicado, ainda estou na era do FTP 🥺
Triste saber disso! Nós temos também um vídeo mostrando a solução para subir USANDO FTP porém através do GitHub Actions. Pode ser uma boa solução pra você.
th-cam.com/video/3cLbh-k2qKk/w-d-xo.html
Caraca falaram em grego, hebraico e mandarim para mim 😢. O mais triste é eles falarem foi fácil até aqui, mas deixa eu contar um segredo, não foi.
Então calma, vamos dar um passo atrás. Em que momento você se perdeu na explicação?
Se tá difícil e você nao vonsegue entender o que falam, então você tá vendo algo avançado para seu nível de conhecimento. Você tem que voltar alguns passos e estudar outras coisas mais básicas. No mais, manda aí as dúvidas que você teve e eu posso tentar saná-las
Parabéns pelo conteúdo! Porém o cupom de desconto está dando inválido, tentei com ele aqui mas não funcionou!
Fizemos um teste aqui funcionou. Por acaso você testou tudo em caixa alta? Será que não sobrou algum espaço ou carácter invisível ou acento (nosso cupom é sem acentos). Nos informe, por gentileza, caso ainda não consiga aplicar. Grande abraço!
Confirmando o cupom: CODIGOFONTE
Se desconsiderarmos o fato de que para produção seriam necessários outros steps e outras validações e tivermos apenas o review como única ação manual, poderiamos considerar que estariamos usando o modelo "deploy continuo" ou devido ao review seria o modelo "entrega continua"?
Se precisa de uma ação manual para realizar o deploy seria "entrega continua"
Existe alguma forma de sincronizar um repositório com a pasta local? Por ex, eu tenho um servidor IIS, lá tenho um sisteminha que está dentro de um repositório.. Quero dar commit através de outra máquina e automaticamente atualizar os arquivos lá. Eu não encontrei nenhum método pra fazer isso... Então eu bolei um script com .bat que fica checando por atualizações, coloquei pra rodar na inicialização do servidor em segundo plano... Assim sempre que tiver algo novo ele já vai dar pull. Só não sei se foi a melhor opção.. queria saber se tem um jeito 'certo' de fazer isso. Talvez tenha alguma ferramenta própria e eu não to sabendo, e to aqui fazendo gambiarra kkkkkkk
obs: ainda não vi o vídeo
Excelente questão Gustavo. Pelo que você explicou o seu caso pode ser resolvido criando um repositório git usando "BARE". Esse tipo de repositório tem inclusive uma estrutura diferente de pastas e serve essencialmente como um repositório remoto.
A partir desse repositório (que fica dentro do servidor) é possível criar um hook que receberá um aviso de uma atualização e fará o checkout automaticamente para a sua pasta no servidor. Geralmente se cria o arquivo ".git/hooks/post-receive".
O conteúdo do arquivo fica algo como:
#!/bin/sh
GIT_WORK_TREE=/caminho_no_seu_servidor/ git checkout -f
Espero que ajude a clarear esse processo.
@@codigofontetv Que interessante, muito obrigado!
Eu achei que teve muita coisa igual, vc repetiu o pipeline que criou 3 vezes, tinha necessidade disso? Não teria como rodar um único pipeline apenas e mudar só o ambiente?
Sim seria possível. A ideia foi mostrar que criando ambientes diferentes é possível criar regras específicas e configurações distintas e encadear cada etapa.
Top
O que isso deve me ajudar a tomar vergonha na cara e publicar meus projetos é brincadeira
"Roubar" é uma palavra pesada 😆😆😆
Fiz todo processo porem o meu não aparece para fazer aprovação para as proximas etapas, ele simplesmente roda todas elas, como isto é possivel? E há a possibilidade de por mais do que um aprovador no action?
Após selecionar o usuário para aprovar é necessário usar o botão para "Salvar as Regras", dessa forma o pipeline para para aprovação. Pode ser isso.
@@codigofontetv Tentei de toda forma! Ele não aparece o "deployment protection rules" que nem aparece ali para voce "approve and deploy" por acaso os deploy não estão criando uma PR? pois vi que na PR isto seria possivel!
Algum video sobre HTMX?
Está no forno! 🤓
@@codigofontetv A ok.. achei bem util o video, atualmente venho procurando esse conteudo sobre a separação de ambientes e automatização... perguntei para alguns sobre como é feito essa separação, e boa parte responde que é com base em branches do github o que me deixou com mais duvidas ainda.... acho que esse irá me ajudar com algo.
primeiro
Agora voce só consegue ssh com hospedagem premio da Hostinger, esta començando a ficar como a kinghost, uma bosta