Transferir como PDF, PPTX
Carregado porLeandro Ferreira
Android fest
O documento descreve a evolução do processo de build e release do aplicativo móvel do Nubank ao longo dos anos. Inicialmente o app tinha builds lentos e testes demorados devido ao tamanho do código. Posteriormente o código foi dividido em projetos separados para cada time, melhorando a velocidade mas dificultando a comunicação. Mais tarde o código foi reunido em um monorepósitório para facilitar a integração, utilizando o Buck para melhorar o desempenho, porém acabou migrando para o Gradle. Atualmente o processo
Android fest
- 1. Build e Releaseno Nubank Leandro Borges Ferreira - Software Engineer @ Nubank
- 2. Nosso app cresceu… +/-1k de UI Milhares de testes unitários +/- 15 devs de cada plataform +/- 30 devs de RN
- 3. App no iníciode 2017 - 40~50 min clean build no CI - ~1h UI tests - 5~6 min de unit + (rebuild) ~15min (único flavor) - +- 2h cada run do CI - Um único projeto
- 4. App no iníciode 2017
- 5. Divisão por lógicade negócios •Cada squad é empoderado a ter sua própria parte do app •Priorização decentralizada •Código desacoplado •Spikes de novas tecnologias •Sem dor de projeto grande
- 6. Como? •Funcionalidades comuns numa bibliotecaprópria •Começar um novo projeto por uma template
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15. Schemata Managers CoreAnalyticsblocks ui http Common Libraries NubankAndroid Core Help BonafontNuConta Feed . . .. . . O que ganhamos? •Build rápidos - Ao separar cada um em seu repositório •Test suits menores •Felicidade 😁 •Documentação e arquitetura concisa dentro de um projeto
- 16. Schemata Managers CoreAnalyticsblocks ui http Common Libraries NubankAndroid Core Help BonafontNuConta Feed . . .. . .
- 17. Schemata Managers CoreAnalyticsblocks ui http Common Libraries NubankAndroid Core Help BonafontNuConta Feed . . .. . .
- 18. Common Libraries Nubank AndroidCore Schemata Managers CoreAnalyticsblocks ui http Help BonafontNuConta Feed . . .. . . android-app Downsides •Mudanças em diversos projetos virou doloroso •Comunicação cross-squad sobre as mudanças •Nem todo mundo trabalhando em projeto novo (build do antigo lento)
- 19. Common Libraries Nubank AndroidCore Schemata Managers CoreAnalyticsblocks ui http Help BonafontNuConta Feed . . .. . . android-app foundation
- 20. Common Libraries Nubank AndroidCore Help BonafontNuConta Feed . . .. . . android-app foundation
- 21. Common Libraries Nubank AndroidCore Help BonafontNuConta Feed . . . foundation blankets react-native-common-bridge All JS dependencies Anticipation react-native-central . . . android-app
- 22.
- 23. Monorepo Juntar todos osprojetos de novo em um único só
- 24.
- 25. Mas e otempo de build, teste e tudo mais???? Monorepo
- 26.
- 27. Buck Pensado para monorepositórios Projetos devem ser modulares Cache bastante agressivo Grande ganho de performance
- 28.
- 29. Buck - Comofoi Vale a pena para apps modulares Kotlin (e Swift) não é ABI estable =| Builds mais reproduzíveis (e menos mágicos) Kotlin support ainda é bebe OkBuck ajuda bastante
- 30. Tá, mas naprática...
- 31. Mudamos para oGradle (com cache) Gradle é um pouco menos performático (mas é muito pouco) Fazendo o tuning direito do Gradle ele fica muito bom Plugin para usarmos JWT O projeto escala melhor Ninguém usou o Buck no processo de transição
- 32. Não dá para“só mudar” o processo atual
- 33. Problemas a resolver(Que depois cresceram…) Pipelines longas, flakness é um problema Mais caro rodar nossos testes É necessário um momento de transição
- 34. Device farm inhouse
- 38. Build Testes -Todos Testes - Falhas Deploy S3
- 39. Mudança de apenasum pecado do Grafo PRs devem ser congelados Não tem volta 😱 É commit pra %ˆ$@%
- 40. O GoCD épensado para Trunk Based Development Roteamento não funcionou muito bem
- 42.
- 44. Obrigado gente! Estamos contratando.Aplica lá no site!