Да я для себя решил что unitypackage хранить в репозитории не буду, но вот из .gitattributes убрать забыл.
С другой стороны уж если их хранить то лучше в LFS
попробовал у себя локально создав файл test.m в корне асетов все ок
либо на компьютере есть файл .gitignore из за которого файлы .m игнорируются либо этот файл лежит в папке которая игнорируется
Никакой дополнительной настройки не требуется. Но если очень хочется можно попробовать в .gitattributes добавить строку *.m diff=objc text но работать будет и без этого, и я не готов точно сказать насколько это позволит эффективней мерджить такие файлы
но благодаря флагу -p Smart Merge частично смердживает что может без конфликтов, и конфликты остаются уже явно только по существу, так что при таком раскладе устанавливать Smart Merge в качестве утилиты решения конфликтов уже не имеет смысла.
я уже давно использую эту библиотечку https://github.com/fmtlib/fmt
и по скорости и по надежности прям то что надо и c#/python стиль и старый добрый C стиль
Я писал очень похожую статью habrahabr.ru/post/236403 но у моего метода тоже есть проблемы
Вот еще одна реализация github.com/aantron/better-enums там ограничение только на включение внутрь класса. тем не менее очень хорошо сделана в том числе и compile time преобразования.
Ну по сути лагин от nvidia использует стандартные механизмы просто всю ту рутину и сложности с необходимостью ставить сначала точку в Java, а потом паралельно скриптом из командной строки стартовать отладку C++. При отладке какого то сложного ф-ла приходится стартовать программу до 100 раз и каждое лишнее действие это потраченное время.
И точки остановки сразу в C++ и Java работают? Если да то во первых расскажите как такого добиться, а во вторых смысла использовать NVIDIA Debug Manager нету он работает через теже ADB и GDB.
Ваше решение дало некоторый выигрыш относительно обычных map и unordered_map, но оказался медленнее предложенного мною варианта. Сравнение Хотя хочу отметить что оно мне нравится за свою простоту.
Perfect hash насколько я понимаю надо зашивать в код а конфиги живут отдельно от кода, придется каждый раз при изменении конфигов код пересобирать, а возможет вариант, когда на существующую версию приложения просто выходит патчик в ввиде правки конфигов.
Придется тогда и контейнер другой писать так как unordered_map после проверки по хэшу, если они совпали проверяет еще и на равенство элементов, поэтому ему нужно и хэш и элемент.
С другой стороны уж если их хранить то лучше в LFS
либо на компьютере есть файл .gitignore из за которого файлы .m игнорируются либо этот файл лежит в папке которая игнорируется
*.m diff=objc textно работать будет и без этого, и я не готов точно сказать насколько это позволит эффективней мерджить такие файлыи по скорости и по надежности прям то что надо и c#/python стиль и старый добрый C стиль
Вот еще одна реализация github.com/aantron/better-enums там ограничение только на включение внутрь класса. тем не менее очень хорошо сделана в том числе и compile time преобразования.