Какое исправление возникнет при попытке совершить транзакцию с IntelliJ:
Эти окна либо занимают слишком много времени, либо не заканчиваются вообще. Что такое работа, поэтому я могу снова совершить попытку из IntelliJ
Выполнение VCS Refresh... (занимает слишком много времени или никогда не заканчивается)
Ответ 1
Какова работа, поэтому я могу снова совершить попытку из IntelliJ
В IntelliJ не уверен: старые похожие ошибки были закрыты (как "устаревшие" ), например IDEA-63491
В более поздней версии (IDEA-93086) говорится:
Он снова работает после новой проверки.
В качестве обходного решения решение состоит в том, чтобы нажать из командной строки (так что вне IntelliJ).
Ответ 2
В IntelliJ перейдите к:
Файл > Invalidate Caches/Restart...
и выберите выделенное:
Недействительность и перезапуск
Ответ 3
Просто столкнулся с этой проблемой в WebStorm 2016.1 в Windows 8.1. Для меня исправлено удаление каталога vcs-log. Я также установил IntelliJ Community Edition, у которого в то время не было этой проблемы, поэтому я решил, что это проблема с настройками приложения (скрытый каталог в домашней папке), а не конкретные настройки проекта (папка .idea в каталоге проекта).
Закройте IntelliJ/Webstorm и зайдите в свою домашнюю папку, вы найдете скрытый каталог там, где IntelliJ/Webstorm сохраняет его конфигурацию. (Имя этого скрытого каталога зависит от имени приложения (IntelliJ/PHPStorm/Webstorm) и его версии:
C:\Users\jds\.WebStorm2016.1
Внутри есть системная папка, которая, в свою очередь, имеет папку vcs-log.
C:\Users\jds\.WebStorm2016.1\system\vcs-log
Удалите или переименуйте папку vcs-log и перезапустите приложение, и все должно вернуться в нормальное состояние.
Ответ 4
Свежая проверка ничего не сделала для меня.
Однако это помогло: "У меня два открытых проекта: один использует SVN, а другой нет. Когда я закрываю тот, который не использует SVN. Система реагирует, и я могу проверить еще раз". Источник
Итак, я удалил все мои проекты из рабочей области, включая скрытую папку .idea, и тем самым создал новую рабочую область. Затем я проверил один проект через SVN и с тех пор, как я могу снова выполнить.
Ответ 5
У меня есть некоторая проблема, чтобы исправить открытую 32-битную версию, а не 64.
Ответ 6
Я думаю, что это быстрый способ: вы можете проверить код на новый каталог!
Ответ 7
У меня была такая же проблема с PyCharm, и ни одно из вышеперечисленных решений не помогло мне.
Что сработало для меня, было следующее:
- Переименовать папку проекта
- Удаленная папка .idea
- Переименуйте папку проекта в предыдущее имя
- Откройте его с PyCharm, а раздражающее "Выполнение VCS Refresh" исчезло.
Ответ 8
У меня была эта проблема на Windows 10 шт. Мое решение заключалось в изменении окончаний строки, см. Ниже.
Обновление репозитория после изменения окончаний строк
После того, как вы установили параметр core.autocrlf и перенесли файл .gitattributes, вы можете обнаружить, что Git хочет зафиксировать файлы, которые вы не изменили. На этом этапе Git хочет изменить окончание строк для каждого файла для вас.
Лучший способ автоматической настройки окончаний строки репозитория - сначала создать резервную копию ваших файлов с помощью Git, удалить каждый файл в вашем репозитории (за исключением каталога .git), а затем восстановить файлы сразу.
Сохраните текущие файлы в Git, чтобы ни одна из ваших работ не была потеряна.
git добавить. -u git commit -m "Сохранение файлов перед обновлением окончаний строки" Удалите индекс и запустите Git, чтобы выполнить повторное сканирование рабочего каталога.
rm.git/index Перепишите индекс Git, чтобы получить все новые окончания строки.
git reset Показать перезаписанные, нормализованные файлы.
git статус Добавьте все свои измененные файлы и подготовьте их для фиксации. Это ваш шанс проверить, какие файлы, если они есть, остались без изменений.
git Добавить -u
Здесь совершенно безопасно видеть много сообщений, читающих
": CRLF будет заменен LF в файле."
Перепишите файл .gitattributes.
git добавить .gitattributes Зафиксируйте изменения в вашем репозитории.
git commit -m "Нормализовать все окончания строк"