Todo branch de catch era código morto nos testes. Uma costura de falha de 15 linhas resolveu isso, e depois uma suíte de testes sem anotação derrubou o runner inteiro.
Cinco fatias de ~700 linhas, briefings que também perguntam o que está bem feito, e a etapa de verificação que separou bugs reais dos só plausíveis.
Adotando um linter em um código que nunca teve um, um hook de pre-commit sem framework, e três coisas que o runner macOS fez que a documentação não mencionava.
A API de compra é a parte fácil. As junções entre StoreKit 2, isolamento do Swift 6 e observação do SwiftUI foram onde o tempo foi.
Mini-player para quando o MusicKit fica mudo no simulador: um protocolo de dois métodos, um indicador com uma mentira honesta, e um bug deixado de propósito.
Cinco testes reportando um «Crash» genérico: um helper bem-intencionado deixou o ModelContainer ser desalocado enquanto o store manteve seu context. Um context é algo emprestado.
O checker de isolamento baseado em regiões manda eu abrir um bug, e a Task não estruturada, hoje fora de moda, acaba sendo a ferramenta certa.
Construindo o fluxo de adicionar à biblioteca, descobri que o MusicKit dá IDs diferentes para as cópias de biblioteca e catálogo do mesmo álbum.
Construir uma tela de playlist agrupada por álbum antes de ter dados reais: detecção de EP e um teste que pegou um fixture desatualizado.
Um protocolo, um serviço real e um mock que registra suas escritas: tornando o simulador útil de novo, além do imprevisto com worktree e a armadilha do target recém-criado.
Página 4 de 5