No video
Git em equipes de software: o guia definitivo
Рет қаралды 96
Күн бұрынAPOIE O CANAL ☕ Com um cafezinho: www.buymeacoff...
⬇️ LINKS ÚTEIS! ⬇️
Nesse vídeo eu trouxe a minha visão de como se dá o trabalho em equipe para times de desenvolvimento de software em empresas de tecnologia. Pode ser que algumas empresas adotem medidas um pouco (ou bastante) diferentes do que eu falei aqui, e eu adoraria saber o que você já vivenciou!
Eu menciono uma página da Atlassian sobre Gitflow e é essa: www.atlassian....
O último vídeo do canal eu falo sobre como progredir na carreira, e pode ser um belo complemento pra esse: • Como progredir como De...
Pra você não se perder:
0:00 Intro
1:42 Gitflow
4:34 Develop + Main
7:00 Conflitos
10:55 Multi repos
📚 Pra quem gosta mais de ler, eu escrevo blogposts no Dev: dev.to/murilommen
----
Se você tem algum conhecido que pode ser ajudado por esse vídeo, manda pra ele. E deixa seu like que isso ajuda demais o canal :D
---
Consultoria para empresas e mentoria de carreira
➡️muritech.dev@gmail.com
Linkedin: linkedin.com/in/mendonca-murilo
Instagram: @murilommen
@muritech 11 ай бұрын
tem uma coisa que eu acho que seria bom de incrementar nesse conteúdo que é o seguinte: em algumas organizações a galera opta por fazer correções de bugs direto da main, em paralelo ao que se tem na development. nesses casos, é introduzido um grau a mais de complexidade, porque a cada hotfix, é necessário fazer um FF da develop para que ela esteja sempre sincronizada com a branch principal. isso é feito pra se ter mais agilidade na correção de bugs, mas é necessário um processo bem maduro para que seja possível :)
@henriqav 11 ай бұрын
faz um vídeo explicando rollbacks dentro desse fluxo!! ❤❤
@muritech 11 ай бұрын
pode deixar!!
@CaiqueML 11 ай бұрын
vídeo muito necessário!
@muritech 11 ай бұрын
ihuuuu
@raulsbaraini 11 ай бұрын
obrigado muritech
@muritech 11 ай бұрын
tamo juntoo
@deboragrion 11 ай бұрын
prof brabo!
@muritech 11 ай бұрын
ehehhe
@eriknayan 11 ай бұрын
O MAGO
@muritech 11 ай бұрын
nesse vídeo aqui eu foquei mais em dex!!
@eriknayan 11 ай бұрын
@@muritech kkkkkkkkk dex 99
@henriqav 11 ай бұрын
Penso que, idealmente, deveriam ocorrer vários merges na master ao longo do dia/semana... uma aplicação com monitoramento suficiente não deveria sofrer com isso (por mais que algum deploy aconteça alguma cagada). Se acontecer algo de ruim, temos algumas boas práticas para rollbacks? Pode explicar melhor como funciona isso? Já vi aplicações que armazenam cache de até 10 min... 10 min pra uma empresa que fatura milhões/dia é muita grana jogada fora! Qual seria a vantagem de armazenar esse cache?
@muritech 11 ай бұрын
vc está correto, @henriqav. quanto mais gente trabalhando na mesma codebase, mais commits vao aparecer na branch principal. e isso vai acontecendo num fluxo continuo. aí a entrega de novas versões que é faseada (release)
@muritech 11 ай бұрын
sobre os rollbacks, tudo vai depender de como vc tá entregando o seu produto. tem alguns lugares que usam uma release branch, outros fazem por tags do próprio git, depende de como tá montado o sistema. se a versão de prod depende da branch, vc precisa dar um git reset pra reverter. se for por tags, vc aponta pra versão anterior, e assim por diante
@muritech 11 ай бұрын
sobre o cache, aí já acho que entra em um campo ainda mais "depende" da história hehe. faz sentido manter cache principalmente pra ganhar performance pra carregar as coisas. saiu um estudo faz um tempão que a média pra vc manter alguém numa plataforma de ecommerce era papo de 1.5s e aí se vc consegue carregar tudo antes disso, vc ganha. mas com certeza tbm introduz + complexidade na hora de corrigir algum bug no frontend ou até mesmo informações descasadas (produtos que não existem mais em estoque, por exemplo).
SmashCrush! Arabic
Рет қаралды 41 МЛН
World Friends
Рет қаралды 689 М.