Gli assalti vengono colpiti in build di produzione causando arresti anomali

Question

Ho diverse istruzioni assert(condition, "message") nel mio progetto.

Sono utilizzati per verificare le condizioni invarianti durante lo sviluppo. Ho pensato che sarebbero stati ignorati nella produzione/versione di rilascio (come indicato in this answer). Non lo sono. Invece causano arresti anomali durante il test di TestFlight. Quando commento afferma che l'app non si blocca. Di solito qualcosa va storto, ma non si blocca.

Può essere qualcosa con le mie impostazioni di compilazione?

Tutti i miei schemi di archiviazione utilizzano configurazione di rilascio:

Il asserisce sono in progetto Cocoa Touch Framework, che viene utilizzato da estensione tastiera personalizzata.

Tutti gli obiettivi in ​​tutti i progetti (Cocoa Touch Framework, e il progetto principale con l'obiettivo di estensione della tastiera) hanno queste le impostazioni di creazione:

Enable Foundation Assertions 
    Debug YES 
    Release NO 

Disable Safety Checks NO 

Cosa c'è di sbagliato?

---

EDIT:

Sulthan's answer mostra come disattivare afferma globalmente sia per debug e relase costruisce. Non è quello di cui ho bisogno. Voglio che funzioni come previsto: gli avvisi dovrebbero essere abilitati nel debug ma disabilitati nelle versioni di rilascio.

Per impostazione predefinita funziona in questo modo - e funziona anche in questo modo nel mio progetto principale. Ma non funziona per le affermazioni situate nel progetto Framework che è collegato da quel progetto principale (dettagli in this question). Perché? Come sistemarlo?

Answer 1

Le opzioni che hanno provato:

Enable Foundation Assertions è nella sezione di pre-elaborazione (Macro). Swift non è pre-elaborato e non utilizza macro. Questa opzione disabilita NSAssert, NSParameterAssert e macro simili comunemente utilizzate in Objective-C.

Disable Safety Checks è un'opzione prestazioni:

Per impostazione predefinita, la libreria standard garantisce la sicurezza di memoria. Molte funzioni e metodi documentano i requisiti che devono essere soddisfatti dal chiamante, come un indice array valido; la sicurezza della memoria è garantita anche se un requisito viene violato. Tuttavia, la violazione di un requisito può causare un errore di runtime. Le API che includono la parola "non sicuro" nel loro nome consentono di disattivare esplicitamente i controlli di sicurezza nei luoghi in cui è necessario il rendimento aggiuntivo. È tua responsabilità verificare la sicurezza della memoria del codice che utilizza API non sicure. Anche la sicurezza della memoria non è garantita se c'è una condizione di competizione nel codice multithread.

(Swift Library Reference)

Probabilmente si dovrebbe provare la mia risposta here (utilizzare -assert-config Release in Other Swift Flags).

O semplicemente mantenere le asserzioni nei build di produzione. Ogni affermazione fallita è un bug e in generale è meglio conoscere un bug il prima possibile.