Этот вопрос по-прежнему получает много оборотов. Итак, посмотрите Update3. после того, как вы подтвердили, прокомментировали, ответили, пожалуйста, пожалуйста, подайте радар
Просмотр nib/xib, изменяет файл, заставляя меня либо совершить изменение, либо отменить изменение. Это не проблема, пока не возникнут конфликты слияния.
Подробнее: Я работаю в команде из 5 разработчиков iOS и последних версий XCode, мы сталкиваемся с проблемой, когда файлы .xib/nib затрагиваются/изменяются, когда кто-либо открывает файл (без каких-либо изменений).
Если один разработчик думает "закручивайте его, позвольте мне проверить все изменения xcode" и проверит его, он не останавливается на достигнутом. тот же файл на двух разных машинах (с той же версией XCode и MacOS) снова будет затронут/изменен, когда другой разработчик просмотрит этот файл.
Вещь, которая обычно изменяется в файле .xib, это
<key>com.apple.ibtool.document.version-history</key>
<dict>
<key>interface-builder-version</key>
<dict>
<key>com.apple.InterfaceBuilderKit</key>
<string>2844</string>
<key>macosx.version</key>
<string>12C60</string>
</dict>
</dict>
<key>com.apple.ibtool.document.warnings</key>
<dict/>
Но кроме этого он также изменяет или перемещает существующие пары ключ-значение в файле .xib.
Я много искал на SO и Google, и я не видел много сообщений об этой проблеме.
У меня был кошмар конфликтов слияния, когда я обновил все наконечники для обработки экрана iPhone5, что само по себе не было слишком сложным, но получило тонну конфликтов слияния из-за версии документа.
Удаление кода, который я не понял, привел к сбою xcode, когда я попытался открыть наконечник. (Я исправил это сейчас, вернувшись к тому, что было раньше)
Любые советы о том, как избежать этой проблемы, оцениваются!
Обновление: заметили, что это еще не решено, и все еще часто получают upvotes. Мне просто любопытно, может ли любой из проектов раскадровки испытать ту же проблему? (Я еще не работал на раскадках).
Update2: всем тем, кто испытывает ту же проблему, пожалуйста, подайте Радар, даже если вы получите ответ, говорящий, что есть существующий радар. это помогает вывести проблему на вершину, и боги XCode будут обращаться к ней только тогда.
Update3: я по-прежнему вижу довольно много изменений в этом потоке, и отчет об ошибке Apple остается открытым. Итак, после ответа на этот вопрос укажите файл радара, с подробностями, которые я упомянул в вопросе (и/или добавьте свое собственное объяснение)
Update4: Этот вопрос по-прежнему получает много оборотов. Посмотрите Update3. после того, как вы подтвердили, прокомментировали, ответили, пожалуйста, пожалуйста, подайте радар
Update5: По информации от Apple Engineers на WWDC 2014, эта проблема была исправлена в Xcode6. Я обновлю этот вопрос (и, вероятно, закрою его), как только подтвержу, что это исправлено.
Update6: В надежде увидеть это исправлено. Будет спрашивать об этом на WWDC2015 (через кого-то, кого я знаю, кто туда). Было бы здорово, если другие счастливчики, получившие билет WWDC, также могут сделать то же самое на WWDC 2015
Update7: здесь находится Xcode 7, и эта ошибка:( Исходный радарный отчет (11533872) все еще открыт
