Xcode changements non modifié storyboard et fichiers XIB

Les story-boards sont plutôt une douleur royale à partir d'un workflow git point de vue lorsque plusieurs personnes travaillent sur eux. Par exemple, le code XML dans le .storyboard fichier de départ, <document> de la balise toolsVersion et systemVersion attributs modifiés par tout ce que la configuration la plus récente du fichier manipulateur se trouve être en cours d'exécution. La synchronisation de tout le monde Xcode versions précisément semble aider avec toolsVersion, mais systemVersion changements n'importe quoi, selon les Mac et/ou OS X version, le développeur est en cours d'exécution.

C'est idiot, mais la plupart sont inoffensifs. Ce qui nous inquiète, c'est que, à d'autres moments, d'autres modifications sont automatiquement appliquées à la table de montage séquentiel, juste en ouvrant après un git pull. C'est-à-dire, Alice apporte des modifications à un plan de montage, s'engage et les pousse vers le référentiel. Bob tire alors Alice changements et ouvre le storyboard pour faire d'autres modifications. Au moment où il ouvre la table de montage séquentiel, l'icône du fichier change immédiatement à une modification de l'-mais-non enregistrées de l'état, et un git status montre que tout nombre de bizarre changements ont eu lieu. Tout cela sans Bob avoir changé quoi que ce soit ou de sauvegarder le fichier en lui-même.

Les plus courantes automatisée des changements que nous voyons, c'est la disparition ou la réapparition de l'ensemble de la <classes> tag de la hiérarchie de proximité de la fin d'un scénario de fichier. Nous n'avons pas compris ce qui est à l'origine. On peut avoir plusieurs versions localisées d'une table de montage séquentiel dans divers .lproj répertoires, et lors de l'ouverture d'eux à l'intérieur d'Interface Builder, la hiérarchie de classe peuvent spontanément être retiré de certains et a ajouté dans d'autres, ou laissé seul dans certains cas. Cela provoque beaucoup de bruit dans git diff, mais il ne fait pas de pause toutes les fonctionnalités. Nous allons souvent de façon sélective ajouter les modifications que nous avons apportées dans le dépôt git de l'index, engager les gens, et puis il suffit de jeter le spontané, absurde <classes> changements. C'est pour commet de petits et agréable, comme ils devraient l'être. Finalement, si, ça devient tout simplement trop beaucoup de s'embêter avec depuis Xcode conserve re-faire les modifications, et que quelqu'un vient ragecommits avec quelques autres trucs... ce qui est bien jusqu'à ce que quelqu'un d'autre Xcode décide de vouloir les modifier sans raison apparente. (Notre commettre l'histoire a beaucoup de prestation de serment-dessus.)

Est ce que quelqu'un d'autre voir ce comportement? Est-ce une Xcode bug ou un problème de configuration sur un ou plusieurs de nos développeurs Mac? Nous avons vu quelques un comportement similaire lors d'une collaboration avec XIB fichiers, mais les storyboards semblent plus sensibles à ce.

  • En effet, les projets Xcode et Git sont pas très bien ensemble. Je ne pense pas que vous pouvez éviter ce gâchis d'autre moyen que de jeter les changements qui sont inutiles - qui sont presque toujours le projet de modification des fichiers de pour moi et d'autres fichiers xml, je suis sûr que je n'ai pas changé. Va être content si il ya toute sorte de "solution". J'aime Perforce pour la pratique fonctionnalité de verrouillage permettant pas Xcode trop changer, que, probablement, peut-être fait manuellement les fichiers que vous n'allez pas changer, mais seulement pour examen.
  • Pas la peine d'utiliser des story-boards avec git ou autre chose. Ils ne sont pas conçus pour s'engager sympathique. Nous a donné et suis avec .xib, ce qui n'est pas génial non plus, mais au moins c'est précis.
  • Nous avons trouvé des story-boards assez soignée pour pas mal de choses en fait, mais il est souvent nécessaire de les mélanger avec de l'XIBs. Si ce bug n'est jamais fixe, nous serions très heureux de travailler avec eux la grande majorité du temps.
  • Je viens de commenter sur ahwulf commentaire: ce qui dans le monde voulez-vous dire qu'ils ne sont pas commettre de l'environnement? Ils sont XML/les fichiers de texte, c'est à propos de s'engager convivial que vous pouvez obtenir. Et j'ai eu " aucun problème avec la table de montage séquentiel et un système de contrôle de version, le seul problème est bien sûr que xcode parfois supprime le <catégories> tag puis readds plus tard, mais vous pouvez le voir facilement si vous regardez les changements avec un git GUI ou git -p ou équivalent quelle que soit dvcs. Je n'ai jamais eu ce cas avec le .pbxproj fichier en tant que titre d'information.
  • Je ne comprends pas pourquoi xcode mettre les classes de blocs à l'intérieur de la table de montage séquentiel s'il suffit de générer les blocs en lisant les classes de fichiers? sont-ils une sorte de "cache"? si oui, ils doivent être mis dans une des classes.fichier de cache de sorte que nous pourrions l'exclure de la gestion des versions...
  • Je n'ai rien à contribuer à ce débat, d'autres que mon pur désespoir à cette situation.

InformationsquelleAutor JK Laiho | 2012-11-05
  1. 78

    Ce n'est pas un bug, c'est une conséquence de la façon dont Xcode processus de storyboard fichiers.
    Je suis en train d'écrire un diff et le programme de fusion de storyboard fichiers (GitHub lien) et j'ai passé des heures à analyser la table de montage séquentiel des fichiers de la logique et de la façon dont Xcode processus. C'est ce que j'ai découvert:

    • Pourquoi faire bizarre de changements se produisent dans le storyboard fichiers?
      Xcode utilise le NSXML API pour analyser storyboard des fichiers dans des NSSetlogique de la structure en arborescence. Lorsque Xcode doit écrire les changements qu'il crée un NSXMLDocument basé sur la logique de l'arborescence de la structure, efface le storyboard de fichiers et d'appels XMLDataWithOptions: pour remplir à nouveau le fichier. Parce que les ensembles de ne pas conserver l'ordre de leurs éléments, même la moindre modification pourrait changer l'ensemble du storyboard fichier XML.

    • Pourquoi la classe tag disparaissent ou réapparaissent aléatoirement?
      Le <class> section n'est rien de plus qu'un interne Xcode cache. Xcode utiliser pour mettre en cache des informations sur les classes. Les modifications du cache souvent. Des éléments sont ajoutés lors de la classe .h/.m fichiers sont ouverts et supprimé lorsque Xcode suspects, ils sont dépassées (au moins les plus âgés Xcodes se comporter comme cela). Lorsque vous enregistrez la table de montage séquentiel, le actuel version du cache est vidé, c'est pourquoi la <class> souvent des modifications, voire disparaît.

    Je n'ai pas la rétro-ingénierie Xcode; j'ai fait ces observations, en expérimentant avec Xcode et storyboard fichiers. Néanmoins, je suis presque sûr à 100% qu'il fonctionne de cette façon.

    Conclusions:

    • Cache section est sans importance; vous pouvez ignorer en toute sécurité de tout changement.
    • Contrairement à ce que vous pouvez trouver sur tous les forums, la fusion des story-boards des fichiers n'est pas une tâche compliquée. Par exemple, supposons que vous changé MyController1 - vue-contrôleur dans un storyboard document. Ouvrez la table de montage séquentiel du fichier, et de trouver quelque chose comme cela
      <viewController id=”ory-XY-OBM” sceneMemberID=”MyController1”>.
      Vous pouvez en toute sécurité ne commettent que des changements dans la présente section et ignorer tout le reste. Si vous avez changé enchaîne ou contraintes, s'engagent également à tout ce qui a “ory-XY-OBM” à l'intérieur. Simple!
    • Une mise à jour sur le xcode diff / merge tool? Des sons comme ça va être super utile pour cette communauté.
    • Vous pourriez obtenir de l'application à partir de ma page web (voir profil). L'application est 100% gratuit.
    • Je vous recommande aussi de diviser les storyboards autant que possible.
    • Pour me crève les storyboards autant que possible == en utilisant XIBs. Si vous voulez avoir tout tranché, il est plus facile et mieux utiliser XIBs
    • "Je n'ai pas la rétro-ingénierie Xcode; j'ai fait ces observations, en expérimentant avec Xcode et le storyboard de fichiers". Que est (peu profonde) de la rétro-ingénierie, et c'est cool. 🙂
    • L'outil de travail avec Xcode 6.0 story-boards?
    • "Ce n'est pas un bug, c'est une conséquence de la façon dont Xcode processus de storyboard fichiers. "Avec tout le respect, de la 2e moitié de cette phrase, en aucune façon, explique ni rationalise la première. J'aimerais le modifier: "C'est un bug. C'est un[n malheureusement pas résolu et très ennuyeux] conséquence de la manière dont XCode processus .xib de fichiers". À Partir De XCode 5.x 6.2 (aujourd'hui, 150311) .xib fichiers en aucune façon modifié par le développeur, simplement consultés au bureau de l'IB, souffrent gratuite xml changements. C'est une brute bug qui a des répercussions sur la productivité. Des réponses comme "NBD, juste face w/ morceaux dans git" me laisse sans voix.
    • Tout dépend de comment vous définissez le terme bug. Pour moi le bug, c'est quand votre code de produire un résultat incompatible avec les résultats attendus. Si vous ne vous attendez pas votre code pour produire une sortie dans l'ordre défini, vous ne pouvez pas dire que l'aléatoire de l'ordre de sortie est un bug. Il semble que Apple ne veut pas s'attendre à Xcode pour préserver la structure xml de storyboards entre l'épargne. Ils devraient peut-être changé leur hypothèse, mais c'est une autre question.
    • J'ai installé StoryboardMerge, mais si je fais un "git pull" et "git mergetool -t storyboard" il ouvre une boîte de dialogue me demandant de sélectionner les deux fichiers à comparer. Une fois que j'ai couru et a réussi à voir un "git" bouton apparaît, mais ne peut pas y arriver de nouveau. Comment puis-je exécuter StoryboardMerge et ouvrir les deux fichiers automatiquement? Aussi, en sélectionnant manuellement deux storyboards de ne pas montrer quoi que ce soit. Je suis en utilisant Xcode 6.1.1.
    • J'ai ajouté Xcode 6.2 prise en charge et l'amélioration de mergetool mécanisme. Cela devrait résoudre votre problèmes.
    • aka. idiot de conception par apple. Merci de corriger ce bug apple
    • C'est absolument 100% un bug, il n'est pas question à ce sujet.

    InformationsquelleAutor Marcin Olawski
  2. 17

    C'est un bug dans XCode 4.5+, j'espère qu'elle est fixée, et oui ses un pain PITA.

    Voici le plein de bug à Apple

    Comment éviter Xcode gratuit des modifications au storyboard fichiers?

    • j'ai aussi eu ce en 4.4
    • Même chose en 4.6. C'est peut-être pas un bug.
    • 4.6.3 encore a elle. Ne peut pas dire que la table de montage séquentiel/xibs jamais travaillé bien
    • "Ce n'est pas un bug, c'est une fonctionnalité" :-S
    • Il n'y a aucune preuve que c'est un bug mineur oui, mais c'est peut-être la façon Xcode n'trucs
    • Le ré-ordonnancement et classes section est ennuyeux, et je suis tout à fait pour dépôt bugs pour ce genre de choses, si oui ou non Apple ingénieurs d'accord. Le stockage de la version d'OS X qui a édité le fichier, cependant, est fou et certainement un bug. (Je peux voir comment l'Xcode version est pertinent. Version de l'OS, cependant, ne devrait rien avoir à faire avec elle.)
    • Qui se passe encore dans la version 5.0. Au moins la version du système d'évolution de la partie.
    • Se produit toujours dans le 6.1. Je dis toujours qu'Apple est un véritable développeur de compagnie.
    • 6.4 et storyboard fusionne sont encore le fléau de mon existence
    • 7.0.1 n'a pas apporté de modifications à la présente.
    • Xcode 9.2 il fixe. Pas de connexion filaire modifier s'affiche.

    InformationsquelleAutor deleted_user
  3. 11

    Ce problème peut être quelque peu atténué par une utilisation judicieuse de git add -p sur l'un de Xcode est généré les fichiers, y compris des story-boards, XIBs, de Base des modèles de Données et des fichiers de projet, qui tous présentent les mêmes transitoires des modifications qui n'ont pas d'impact sur l'interface réelle/modèle/projet.

    Les plus courantes indésirable modifications que j'ai vu sur des story-boards sont les numéros de version (comme vous le mentionnez) et la constante ajout et la suppression de la <classes> section, l'omission de qui je n'ai jamais vu causer des problèmes. Pour XIBs, c'est l'ajout et la suppression de <reference key="NSWindow"/>, qui n'est même pas une classe Cocoa Touch. Juste wow.

    Pensez-y comme à la mer: il est à la fois une haute et la marée basse. Laissez vous emporter.

    Ahh. C'est tout.

    Vous pouvez ignorer ces modifications lors de la mise en scène vos modifications, la réinitialisation de la jonque changements, et de faire un nettoyage de la validation.

    Le seul avantage que j'ai vu avec les storyboards sur XIBs à partir d'un point de vue technique, c'est que Apple n'a pas encore castré FileMerge de refuser de fusionner en conflit story-boards. (FileMerge utilisé pour être en mesure de fusionner XIBs, mais des versions plus récentes a rompu. Thxxxx gars !!!)

    Veuillez fichier de lots de bugs sur l'ensemble de ces problèmes à http://bugreporter.apple.com/! Et n'oubliez pas de créer des entrées sur OpenRadar.

    InformationsquelleAutor Phil Calvin
  4. 6

    Jeter sur une autre réponse ici, car cette situation s'est grandement améliorée. Le XML pour le fichier XIB que représente le StoryBoard a été grandement simplifiée.

    J'ai aussi récemment mordu la balle et a commencé à utiliser l'interface dans Xcode au Contrôle de code Source. J'ai été sur la ligne de commande depuis des années et heureux, mais l'interface est agréable et il vous permet de fractionner les livraisons, ce qui est vraiment important si vous utilisez un système de billetterie que des liens vers engage.

    De toute façon, j'ai remarqué aujourd'hui qu'il y a un changement sur le storyboard et les construit dans diff m'a montré que c'était un seul attribut dans la balise du document (systemVersion). Donc, pas une grosse affaire.

    J'ai lu des articles où les gens disent SBs ont été mis hors la loi de leurs équipes en raison de la fusion de questions. Total de la folie. Ils sont tellement incroyables, surtout maintenant qu'ils ont mise en page automatique intelligent intégré, vous êtes vraiment absent dehors si vous ne les utilisez pas.

    InformationsquelleAutor Rob
  5. 3

    Il est utile de savoir pourquoi cette folie qui se passe, mais pour ceux qui croient en gardant leurs projets gratuitement des mises en garde et qui veulent juste un rapide et sale pour obtenir leurs projets de retour à un état sain:

    1. Ne commettent pas de rien jusqu'à ce que la consigne explicite.

    2. Ouvert Xcode et créer un nouveau storyboard (Commande+N > iOS > Interface Utilisateur > Storyboard). Je vais supposer que vous appelez le nom par défaut de Storyboard.storyboard.

    3. Ouvrir la table de montage que Xcode a violé. Je pars du principe que c'est Base.lproj/Main.storyboard.

    4. De sélectionner et de copier le tout sur la table de montage séquentiel (Commande+A Commande+C).

    5. Ouvrir Storyboard.storyboard.

    6. De copier et de coller le tout dans Storyboard.storyboard.

    7. Près De Xcode.

    8. Ouvrir un terminal et de modifier les répertoires de votre référentiel.

    9. Remplacer Main.storyboard avec Storyboard.storyboard (mv Storyboard.storyboard Base.lproj/Main.storyboard).

    10. git add Base.lproj/Main.storyboard; git commit -m "Fix Xcode's insanity."

    11. Annuler les changements de project.pbxproj via git checkout -- project.pbxproj. Si vous git diff le fichier, vous verrez qu'il vient d'ajouter de l'information à propos de nos temporaire d'un scénario (qui n'existe plus).

    12. Ouvrez Xcode sauvegarder et de voir que les mises en garde a disparu.

    13. Respirer.

    InformationsquelleAutor Kayce Basques