Контроль мерзавца и сброс в Windows иногда показывают, что случайные файлы изменились
Для реального преобразования от строки до числа правильно необходимо использовать экземпляр NSNumberFormatter настроенный для локали, из которой Вы читаете строку.
Различные локали отформатируют числа по-другому. Например, в некоторых частях мира, COMMA используется в качестве десятичного разделителя, в то время как в других это PERIOD, — В и тысячи разделителя (когда используется) инвертируется. Кроме тех случаев, когда это - пространство. Или не существующий вообще.
Это действительно зависит от происхождения входа. Самая безопасная вещь сделать, настраивают NSNumberFormatter для способа, которым отформатирован Ваш вход, и используйте -[NSFormatter numberFromString:] для получения NSNumber от него. Если Вы хотите обработать ошибки преобразования, можно использовать -[NSFormatter getObjectValue:forString:range:error:] вместо этого.
3 ответа
Отключение виртуализации UAC, похоже, устранило проблему.
Вы можете начать с:
GIT_TRACE=1
Но он может не отображать намного больше, чем ваше исходное сообщение об этом файле.
Обычно причиной является открытый редактор, который хочет перезагрузить файлы при изменении, и это может вызвать конфликт с помощью манипуляций с файлами git.
Это означает: обычная стратегия - повторить команду git после , закрыв как можно больше других приложений .
Я не нашел никого, кто описывал бы подобное поведение
См. этот поток , например, или этот , оба на Cygwin.
Какую версию Git вы используете (Git на Cygwin или MSysGit в сеансе Cygwin или сеансе Dos?)