Быстрое обновление не работает в React Native в коде Visual Studio

Question

В какой-то момент я считаю, что при обновлении проекта до RN 0.63.2 быстрое обновление полностью перестало работать при запуске отладки iOS из Visual Studio Code.

• Быстрое обновление все еще работает при запуске из Xcode. (Однако затем я теряю возможность устанавливать точки останова в VSC)
• Как ни странно + к счастью, другие разработчики проекта не столкнулись с этой проблемой.

Я считаю, что пробовал все предложения, упомянутые в Интернете, включая:

• Переустановка сторожа
• Очистка кеша сторожа
• Очистка кеша пряжи
• Модули и контейнеры Nuking node (20X)
• Перезагрузка компьютера (5X)
• Холодный душ
• Nuking и повторное клонирование всего репо.
• rm -rf .git/index.lock
• Переустановка React Native Tools в VSC
• Убедитесь, что VSC последняя версия.
• Включение / выключение отладки в меню листа действий SIM-карты
• Включение / выключение быстрого обновления в меню листа действий SIM-карты
• Обновление сим
• Стирание + переустановка на сим

В настоящее время мне приходится полностью закрывать VSC (+ сборщик метро) и перестраивать каждый раз, когда я вношу изменения. Уг.

Answer 1

Я столкнулся с той же проблемой и безуспешно прошел через многие из тех же возможных ответов.

Мне было любопытно, почему многие люди обнаружили, что очистка git index.lock работает. У меня не было такого файла, поэтому его очистка была невозможна, однако затем мне стало интересно, связана ли проблема с разрешениями git и хранением учетных данных. Я использую несколько репозиториев в разных проектах, включая GitHub, BitBucket и AWS, а помощник по учетным данным для AWS немного утомляет. Проект, с которым я столкнулся, был на BitBucket, а в vsCode меня запрашивали учетные данные на PULL и т. д., но я ничего об этом не думал.

В конце концов я переключился на использование хранилища учетных данных локального диска git, чтобы обойти это (не рекомендуется), а затем обнаружил, что инструменты watchman/RN снова работают!

Так что это хорошая новость и может помочь некоторым. Однако недавно я перезапустил свою машину и обнаружил, что снова в том же болезненном положении.

Так что это не весь ответ, но он предполагает, что существует связь между проблемой и GIT - так и не удалось установить, почему!

Я живу ради ответа, поскольку на производительность значительно влияет необходимость перезапускать метро и отладчик каждый раз, когда я вношу изменения.