Xcode 8 recompilation complète du code à chaque fois

Avec un changement de code (si le fichier n'est pas dans .pch), projet complet recompile tous les temps.

  • Pourquoi est-ce downvoted?! C'est une pièce de théâtre en question. Prend 4 minutes pour compiler à chaque fois, nuked tous productivité de l'équipe.
  • J'ai moi aussi ce problème.
  • Êtes-vous modifier xib/storyboards avec certains IBDesignable des trucs?
  • Liés à apple fil de discussion du forum: forums.developer.apple.com/thread/62737. Aucune solution de contournement encore.
  • Utilisez CMD + CTRL + R pour fonctionner sans la construction de l'application, qui s'attache débogueur. Il ne sera pas construire application, mais il peut aider à sauver du temps inutile.
  • Assurez-vous d'ouvrir un rapport de bug, comme suggéré dans le forum Apple.
  • Comment votre projet est-il mis en place? Est-il un espace de travail? Ne contiennent soit des sous-projets ou projets (le cas de l'espace de travail)? En outre, comment sont-ils d'installation dans le Schéma?
  • Pouvez-vous donner plus d'info? Objc ? Swift + objc ? Swift 3 ? Quels sont les fichiers que vous changeant par exemple (juste donner un exemple simple). Obtenez-vous le même processus de compilation comme lorsque vous nettoyez votre projet et de construire, ou vous avez moins de fichiers à construire lorsque vous venez de modifier un fichier et de l'exécuter ?
  • Veuillez jeter un oeil à cette question :- stackoverflow.com/questions/36438919/...
  • Double Possible de Xcode 8 est plein de projet reconstruire
  • Ce qui a fonctionné pour moi était de recréer la cible de génération. Il fonctionne, je ne sais pas pourquoi.

InformationsquelleAutor Mahvish | 2016-09-20
  1. 33

    Mise à jour 2017/1/2

    Cette question n'a pas été résolu à Xcode 8.2.1 (pour mon projet)

    Comment survivre?

    Code IDE: Xcode/Atom
Build: xcrun
Debug: Xcode (Control + Command + R)

    Mise à jour 2016/12/17

    Cette question n'a pas été résolu à Xcode 8.2.

    Mise à jour 2016/12/12

    Atome de code de ligne de commande et pour développer et déboguer est mon choix maintenant.
    Espérons que Apple va corriger cette pièce de théâtre bug bientôt.

    Mise à jour 2016/12/04

    Ce problème semble résolu avec Xcode 8.2 (beta 2).

    Mais pour moi sa n'est pas réglé, je fais face à ce problème, même lorsque j'utilise Xcode 8.2.
    Vous pouvez l'essayer (télécharger Xcode8.2 beta2 ici)

    Système de construction • Xcode va pas reconstruire toute une cible pour les petites
    des changements ont eu lieu. (28892475)

    Vieille réponse:
    C'est un travail autour de:

    Xcode 8 recompilation complète du code à chaque fois
    "Paramètre de construction" tab -> "C Dialecte du Langage" -> Changer pour "Compilateur par Défaut".

    Pour référence:

    Le "Langage C Dialecte" est réglé sur "GNU99" au lieu de "Compilateur
    Par défaut". Auparavant, la norme a été GNU99 mais maintenant ses pas. À certains
    point de Xcode n'a pas migrer le projet de bibliothèque de paramètres correctement et
    donc, il a été mis à GNU99. Une fois que je l'ai changé pour GNU99 il s'est arrêté
    la recompilation de tous mon code à chaque fois !

    • So far So good!!! Donnez-moi une heure et le bounty est à vous si elle se maintient.
    • Argh, c'est le retour à la recompilation de tout
    • J'ai le même comportement. Si je effacer les données dérivées (ou de modifier le langage C dialecte), il va travailler pendant environ 10 s'appuie. Après qu'il retombe de tout reconstruire.
    • Je n'ai pas d'attribution de la prime, de Débordement de Pile auto-sélectionné.
    • Toujours recompiler tout 🙁
    • Avez-vous essayé de Construire "Réglage" tab -> "C Dialecte du Langage" -> Changer pour "Compilateur par Défaut". ? et modifier vos informations de Débogage format de NAIN ?
    • Oui. Je n'ai pas l'aider. Commencer à recompiler après avoir travaillé bien pour certaines versions, comme d'habitude.
    • Xcode 8.2 (beta 2) travaille pour 10 s'appuie ensuite reconstruit tout à partir de zéro, mais toujours mieux que la précédente.
    • Malheureusement, le problème persiste dans Xcode 8.3 bêta 2 (au moins pour nous). Aucune amélioration notable peut être mesurée dans notre projet.
    • Merci pour cette réponse!

    InformationsquelleAutor Nhat Dinh
  2. 19

    Aller au Produit -> Système -> Modifier le Régime.
    Sélectionnez dans la colonne de gauche et décochez la case "Trouver les dépendances implicites"

    Mais cet indicateur doit rester activée lorsque vous êtes à la construction du projet pour la première fois..

    • Malheureusement cela ne fonctionne pas pour moi 🙁
    • êtes-vous à l'aide de plusieurs projets au sein de votre projet (par exemple. sous-projet ou inclus). Et êtes-vous sûr qu'en regardant votre sortie de la construction, c'est vraiment la reconstruction de tout?
    • Ses une base de l'espace de travail avec cocoapods et le projet principal. CocoaPods séjours construit, mais le projet principal reconstruit chaque fichier; regarder la sortie de la construction et de ses certainement tous les 100+ les fichiers en cours de reconstruction.
    • Mise à jour: il semble que cette solution fonctionne pour quelques builds après l'avoir fait, mais fait le nettoyage de l'ensemble du projet et de la reconstruction. Par le 2-8e temps de la reconstruction toutefois, il commence à recompiler tout nouveau. Des idées? Au-delà de la frustration.
    • Cela ne fonctionne pas, du moins pas avec un CocoaPods de l'espace de travail. Tout s'appuie, à chaque fois. Super gênant, surtout depuis que Apple ont eu des années pour résoudre ce problème.
    InformationsquelleAutor Madhuri Mane
  3. 7

    Correctif pour moi, c'était seulement la fermeture de storyboard, j'ai eu le fichier source ouvert avec l'éditeur assisté et le storyboard de fichier ouvert (de la part de la fermeture de la table de montage séquentiel --- parce que je n'ai pas d'apporter des modifications à elle), a supprimé tous les inutiles de la compilation

    • Ha il peut être si facile 🙂
    • Il fonctionne pour moi, merci!
    InformationsquelleAutor Emilio Concepcion
  4. 4

    Mis à JOUR

    La plus importante amélioration, j'ai pu faire a été la modularisation de mon projet. Plus précisément la modularisation de la couche ORM qui est utilisé dans presque toutes les autres classes. En déplaçant ce code dans une cible distinct au sein de mon projet et de l'importer en tant que module, j'ai pu améliorer considérablement les temps de compilation. Ne fait plus de Xcode décider de recompiler les fichiers inutiles, quand je fais un build.

    Maintenant, j'utilise le Seul Fichier méthode de compilation rapide différentiels de débogage.

    Il y a quelques autres bonnes suggestions dans ce lien, y compris le code refactoring,
    https://medium.com/rocket-fuel/optimizing-build-times-in-swift-4-dc493b1cc5f5

    VIEUX

    A toujours été un problème constant pour moi avec Xcode 9. Comme beaucoup d'entre vous je suis en train de travailler sur un grand swift 4/cocoapods projet avec plusieurs fichiers source et recompiler tous les fichiers chaque fois, c'est exaspérant.

    Jusqu'à présent, j'obtiens de meilleurs résultats avec les paramètres suivants. Je vous suggère de faire un essai et voir comment cela fonctionne pour vous.

    • Schéma -> Build -> "Trouver les Dépendances Implicites" = TRUE
    • Construire Paramètres -> Lien-Optimisation du Temps d' = Différentiels
    • Construire Paramètres -> Niveau d'Optimisation (Debug) = None [-OO]
    • Construire Paramètres -> Niveau d'Optimisation (Libération) = plus Rapide, plus Petit [Os]
    • Construire Paramètres -> Accroître le Partage des en-Têtes Précompilés = OUI
    • Construire Paramètres -> l'activation progressive Distiller = OUI

    Ajoutés personnalisés Définis par l'Utilisateur paramètres de construction,

    • Construire Paramètres -> HEADERMAP_USERS_VFS = OUI

    Remarque: je n'ai pas la coutume paramètre défini par l'utilisateur pour l'ensemble du module d'optimisation.

    InformationsquelleAutor anders
  5. 3

    J'ai changé un peu les choses avec mon code en ce qui concerne le préfixe en-tête qui semble avoir résolu ce problème. Je ne sais pas où l'on fait le tour, mais je vais partager le tout dans l'espoir que cela aide quelqu'un d'autre. Si vous n'avez pas de préfixe en-tête set, alors je suppose que ce n'est pas le problème (ou le problème est à multiples facettes).

    1. Supprimer toutes les importations à partir du préfixe en-tête des fichiers à partir du répertoire de produits de sorte que vous pouvez changer le paramètre de construction pour ce ("en-Tête Précompilé Utilise des Fichiers Du Répertoire de construction") pour "Non". Assurez-vous qu'il n'est pas indirectement importés par d'autres importations, en tant que bien.
    2. Supprimer toutes les importations à partir du préfixe en-tête qui utilisent Clang modules (bibliothèques ou les cadres qui disposent d'un module.modulemap fichier dans leurs en-Têtes de répertoire, de sorte que vous pouvez écrire du code comme @import MyModule). (Pour moi, le présent et l'étape 1 ont été l'un et le même.)
    3. Définir le paramètre de construction pour le préfixe en-tête de partage "Oui". (Je ne pense pas que ce soit nécessaire, et il ne devrait pas avoir d'effet dans mon propre projet. Je suis juste dire cela parce que je l'ai changé parce que j'étais prête à tout essayer. :))
    4. Sortie Xcode et supprimer votre DerivedData/ModuleCache répertoire (configuré pour être dans ~/Library/Développeur si je me souviens bien).

    Si cela ne fonctionne toujours pas, vous pouvez essayer de retirer certains plus d'importations en provenance de votre préfixe en-tête. Il y a peut être quelque chose de déclenchement jusqu'à...

    InformationsquelleAutor Christopher Rogers
  6. 3

    Dirait qu'ils sont en train de le selon https://forums.developer.apple.com/thread/62737 mais une solution de contournement consiste à ajouter

    HEADERMAP_USES_VFS = YES

    dans le cadre de l'paramètres de votre cible (Projet -> Cible -> Build Settings -> Défini par l'Utilisateur).

    Cette solution a fonctionné à chaque fois pour moi aujourd'hui, après pas d'autre solution de travail de manière cohérente pour le mois passé.

    EDIT: Encore parfois la recompilation de tout, bien qu'il semble faire beaucoup moins fréquemment avec ce paramètre défini.

    • J'ai également ajouté à cette valeur, le temps de construction est plus rapide, mais elle ne résout pas les différentiels de construire. J'ai changé la Swift Compilateur - Génération de Code / Debug Rapide, Tout le Module d'Optimisation ... est le meilleur résultat jusqu'à maintenant
    • je ne peux même pas trouver Définis par l'Utilisateur)
    • de ses en bas des Paramètres de construction de la
    • si vous ne le voyez pas alors lire ce meandmark.com/blog/2011/03/xcode-4-accessing-build-settings
    InformationsquelleAutor Josh
  7. 3

    Découvrez tous de votre code sur @IBDesignable directives dans mon cas particulier Xcode projet de construction de tous les temps parce que j'ai eu quelques points de vue sur ma table de montage séquentiel qui était de contenir cette @IBDesignable attributs en elle.
    Deuxième chose, c'est que j'ai aussi mon storyboard ouvert dans une fenêtre séparée (pas d'onglet) qui est de pousser mes Xcode faire des versions pour tous les simulateurs pour toujours.

    • Nous utilisons un certain nombre de @IBDesignable directives... est-il quelque chose en particulier que nous devons chercher?
    • Je pense qu'il est possible de les trouver en excluant un par un, et de vérifier le résultat, mon cas, c'était seulement 2 de @IBDesignable directives dans l'ensemble du projet.
    • Cela a fonctionné pour moi: Xcode Version 9.0.1 (9A1004)!
    InformationsquelleAutor ua24
  8. 2

    Madhuri Crinière est tout à fait raison à ce sujet. Pour ajouter un peu plus de clarté, certains points importants à noter:

    C'est SEULEMENT applicable si vous avez implicite des dépendances sur les librairies/frameworks que votre cible s'appuie sur.

    Si "Trouver les Dépendances Implicites" est désactivé :

    Résultat: La bibliothèque ne sera pas construite avant la construction de la
    l'application cible. L'application cible ne parviennent pas à construire.

    Fix: Pour s'assurer que le deuxième scénario ne se produit pas, vous devez ajouter
    la nécessaire cibles dans les objectifs de la liste et de les ordonner correctement.

    Source et plus de lecture sur le sujet : https://pewpewthespells.com/blog/managing_xcode.html#scheme-action

    Maintenant, si votre projet est situé dans une cible et qui dure 4 min à la compilation il n'y a pas beaucoup que vous pouvez faire à ce sujet à l'exception de la diviser en plusieurs cadres de profiter de la ci-dessus ou de figure où la compilation gal. Si vous utilisez quelque chose comme PaintCode ou ont de gros morceaux de UIKit code swift changer en Objective-c, il compile bien plus rapide

    InformationsquelleAutor pflous
  9. 2

    Aller à votre cible paramètres de construction et de définir Defines Module à Yes.

    Xcode 8 recompilation complète du code à chaque fois

    A fonctionné pour moi pour un couple construit, encore trop tôt pour que c'est une solution définitive, mais au moins nous essayons.

    InformationsquelleAutor Loïs Di Qual
  10. 2

    Apple a publié une nouvelle version bêta de Xcode hier (14 Novembre)

    Xcode 8.2 beta 2

    Et cette question a été marqué comme résolu dans la note de version.

    Système De Construction

    • Xcode va pas reconstruire toute une cible pour les petites
    des changements ont eu lieu. (28892475)

    C'est de travailler pour moi. La construction de la vitesse revint comme d'habitude.
    Tout le monde qui est face à cette problématique, devrait lui donner un essai!

    https://developer.apple.com/download/

    InformationsquelleAutor Johnny
  11. 2

    S'il vous plaît aller à l'paramètre de construction du projet et de modifier le "Langage C" Dialecte.

    Le "Langage C Dialecte" est réglé sur "GNU99" au lieu de "Compilateur par Défaut" lorsque vous mettez à jour xcode version. À un certain point Xcode n'a pas migrer le projet de bibliothèque de paramètres correctement et donc, il a été mis à GNU99.
    Cela permettra de résoudre le problème

    InformationsquelleAutor Samarth Kejriwal
  12. 1

    Si vous avez apporté des modifications à la Swift fichier de démarrer la construction de l'application, allez dans le dernier onglet et cliquez sur le journal, au cours de la "Vérifier les dépendances de la" scène arrêt de la construction et de l'exécuter à nouveau. Sur la deuxième manche, il ne devrait construire les fichiers que vous avez modifiés. Si fait correctement, j'ai trouvé que cela fonctionne à chaque fois. Pas besoin de faire tout projet de modifications de paramètre.

    Ce qui semble être un bogue dans Xcode.

    Xcode 8 recompilation complète du code à chaque fois

    Si vous voyez l'application est de faire construire puis arrêter le construire et essayer ce truc nouveau.

    Si vous avez apporté aucune modification au code CMD + CTRL + R pour fonctionner sans la construction de l'application, qui s'attache débogueur. Il ne sera pas construire application, mais il peut aider à sauver du temps inutile.

    • Cela fonctionne vraiment, mais parfois XCode échoue avec le code 1 et vous aurez à faire une construction Propre. C'est un cauchemar
    • Il y a d'autres scénarios où Xcode va toujours faire plein de construire. J'ai trouvé, si vous modifiez .h de fichiers inclus dans la réduction de l'en-tête, il va tout reconstruire Swift fichiers. Il y a peut être d'autres scénarios qui ne sont pas liés à l'Xcode bug.
    • Il existe des scénarios où le seul changement est une fonction renommer ou un nouvel ajout d'une propriété à une classe existante/struct que les résultats dans l'ensemble d'une reconstruction.
    • Reportez-vous à cette question/réponse, ce thread est un duplicata de celui-ci: Avons la solution qui fonctionne le mieux: stackoverflow.com/questions/39456223/...
    • Très étrange, mais fonctionne 🙂
    InformationsquelleAutor Vlad
  13. 1

    Problème de mon côté, fixé par l'application de la décocher pour "Trouver les Dépendances Implicites" solution.

    MAIS souvenez-vous si vous êtes à l'aide de cocoapods, pour appliquer ces paramètres à votre pod projet en la sélectionnant à partir de

    Produit -> Système -> Gousses-"yourProjectName"

    s'appliquent également dans:

    Produit -> Système -> "yourProjectName"

    - Il m'aider, alors j'espère que cette astuce aide à quelqu'un d'autre.

    Grâce

    InformationsquelleAutor Mazen Sa
  14. 1

    Essayer de:
    1. Accédez à Projet
    2. Cliquez Sur Paramètres De Construction De La
    3. Vérifiez que OptimizationLevel est défini sur Aucun pour le débogage.
    4. Cliquez Sur Ajouter Un Paramètre Défini Par L'Utilisateur
    5. Ensemble SWIFT_WHOLE_MODULE_OPTIMIZATION OUI.

    Xcode 8 recompilation complète du code à chaque fois

    • rien ne fonctionne, il toujours compiler quand j'écris une lettre.
    InformationsquelleAutor Naloiko Eugene
  15. -1

    pour rapidement le temps de compilation de xcode ,peut faire usage de IRAMDISK(mémoire Virtuelle de disque) . Moyen très utile et efficace pour réduire les temps de compilation.

    On peut aussi l'utiliser pour accélérer application fréquemment utilisée.

    référer lien suivant pour télécharger et utiliser:
    http://iramdisk.findmysoft.com/mac/

    • Ce ne sera pas accélérer la compilation si vous avez déjà un disque SSD.
    InformationsquelleAutor Mahvish