Что произошло с.NIB->.XIB?
Получено то же сообщение об ошибке.
Исправлено использование HTTP вместо. Так как я не хочу устанавливать «ключи SSH» для тестового ПК.
Измените URL-адрес на HTTP при клонировании:
git clone https://github.com/USERNAME/REPOSITORY.git
Моя проблема немного отличается : у меня установлен URL-адрес при добавлении существующего локального репо на удаленный компьютер с помощью:
git remote add origin ssh://github.com/USERNAME/REPOSITORY.git
Чтобы исправить это, сбросьте URL-адрес на HTTP:
git remote set-url origin https://github.com/USERNAME/REPOSITORY.git
Кстати, вы можете проверить свой URL-адрес с помощью команды:
git remote -v
origin https://github.com/USERNAME/REPOSITORY.git (fetch)
origin https://github.com/USERNAME/REPOSITORY.git (push)
Надеюсь, это поможет некоторым такой как я : D [1 110]
3 ответа
XIB очень крутые. По сути, они представляют собой нескомпилированный NIB (в формате XML, если мне не изменяет память)
в процессе сборки они преобразуются в NIB для развертывания в конечном продукте.
Другие ответы и ссылка объясняют , что такое файлы XIB, но не о конкретном изменении.
Новый плоский- file .xib формат был введен с Leopard (и Xcode 3.0) в 2007 году, но я считаю, что .nib остался по умолчанию, в первую очередь для совместимости со старыми версиями Xcode и OS X. В Xcode 3.1 в качестве предпочтительного формата произошел переход на .xib . Однако большая часть документации не обновлялась, вероятно, отчасти потому, что с точки зрения обычного разработчика различие довольно незначительно.
Я определенно разделяю мнение, что файлы XIB намного лучше, чем файлы NIB, особенно при использовании контроля версий. (Плоскими файлами гораздо проще управлять, чем пакетами каталогов в большинстве инструментов.)
Насколько я понимаю, файлы xib - это файлы x ml n ib . xib-файлы компилируются в перья при сборке приложения. Формат xib был создан потому, что файлы пера плохо взаимодействуют с контролем версий (потому что они не текстовые), тогда как простой текстовый файл xml работает хорошо.