guider
Debugging CI med et breakpoint i stedet for 40 commits
Fejlretning af udskriftsudsagn via push er den langsomste løkke i software. SSH ind i løberen i stedet for.
Tomás Rivera · Performance engineering · 2026-02-18 · 5 min læsning
Jo hurtigere loop
- Tilføj et breakpoint-trin, der holder løberen åben ved fejl
- SSH ind med din autoriserede nøgle, mens arbejdsområdet er præcis, som det fejlende trin forlod det
- Undersøg det faktiske filsystem, miljø og værktøjsversioner i stedet for at udlede dem
- Reparer, fjern brudpunktet, tryk én gang
Hvad det plejer at vise sig at være
- En værktøjsversion, der adskiller sig fra den lokale
- En manglende lokalitet eller tidszone, der kun har betydning i datoformateringstest
- Test-ordensafhængighed afsløret af forskellig parallelitet
- En fil, som buildet antog, eksisterede, fordi den blev gitignoreret lokalt
Dit næste build kan være dobbelt så hurtigt til den halve pris
Start gratis. At skifte væk er den samme ene linje, og det diff offentliggør vi også.
Relateret
CI, når dine holdkammerater er agenterAI-kodningsmidler skubber langt oftere end mennesker. Her er, hvordan det ændrer pipeline-design og omkostningskontrol.Hvorfor offentliggør vi instruktioner til at forladeHver migreringsside på dette websted inkluderer forskellen til at migrere tilbage fra os. Her er begrundelsen.Hvad vi lærte at drive en million CI-jobKøtid, cache-adfærd, den rigtige størrelse og de fejltilstande, der kun vises i skala.Stop med at prøve flaky tests igenAutomatiske genforsøg konverterer en rigtig fejl til en intermitterende fejl, og træner dit team i at mistro enhver fejl.