Exécution de VCS Refresh ... (prend trop de temps ou ne se termine jamais)
Quel est le correctif pour le problème lorsque vous essayez de valider à partir d'IntelliJ:
Cette fenêtre prend trop de temps ou ne se termine pas du tout. Quel est le travail autour pour que je puisse ré-engager à partir d'IntelliJ
Quel est le travail autour pour que je puisse ré-engager à partir d'IntelliJ
Sur IntelliJ, pas sûr: d'anciens bogues similaires ont été fermés (comme "obsolètes"), comme IDEA-63491
Une version plus récente ( IDEA-93086 ) indique:
Cela fonctionne à nouveau après une nouvelle caisse.
Pour résoudre ce problème, la solution serait d’appliquer à partir de la ligne de commande (donc en dehors d’IntelliJ).
Dans IntelliJ, accédez à:
Fichier> Invalider les caches/redémarrer ...
et sélectionnez le surligné:
Invalider et redémarrer
Je viens de rencontrer ce problème sur WebStorm 2016.1 sous Windows 8.1. Ce qui a été résolu pour moi, c’est la suppression du répertoire vcs-log . J'ai également installé IntelliJ Community Edition qui n’avait pas ce problème à ce moment-là, j’ai donc pensé que c’était un problème avec paramètres de l'application (répertoire caché dans le dossier de base) et non les paramètres spécifiques au projet (dossier .idea dans le répertoire du projet).
Fermez IntelliJ/Webstorm et allez dans votre dossier personnel. Vous y trouverez un répertoire caché où IntelliJ/Webstorm conserve sa configuration. (Le nom de ce répertoire caché dépend du nom de l'application (IntelliJ/PHPStorm/Webstorm) et de sa version:
C:\Users\{ your user name of pc }\.WebStorm2016.1
Il contient un dossier système contenant à son tour un dossier vcs-log.
C:\Users\{ your user name of pc }\.WebStorm2016.1\system\vcs-log
Supprimez ou renommez le dossier vcs-log et redémarrez l'application. Tout devrait revenir à la normale.
Une nouvelle caisse n'a rien fait pour moi.
Cependant, cela a aidé: "J'ai deux projets ouverts. L'un utilise SVN et l'autre pas. Lorsque je ferme celui qui n'utilise pas SVN. Le système est réactif et je peux enregistrer à nouveau." La source
J'ai donc supprimé tous mes projets de l'espace de travail, y compris le dossier caché .idea, et j'ai ainsi créé un nouvel espace de travail. Ensuite, j'ai extrait un projet via SVN et depuis que je peux ré-engager.
J'ai le problème, pour le réparer, ouvrez la version 32 bits, pas 64.
J'ai eu le même problème avec PyCharm et aucune des solutions ci-dessus ne m'a aidé.
Ce qui a fonctionné pour moi a été le suivant:
- Renommer le dossier du projet
- Suppression du dossier .idea
- Renommez le dossier du projet avec le nom précédent
- Ouvrez-le avec PyCharm et l'ennuyeux "Performing VCS Refresh" avait disparu.
J'ai eu ce problème sur un Windows 10 pc. Ma solution consistait à changer les fins de ligne, voir ci-dessous.
Actualisation d'un référentiel après modification des fins de ligne
Une fois que vous avez défini l'option core.autocrlf et validé un fichier .gitattributes, il est possible que Git veuille valider des fichiers que vous n'avez pas modifiés. À ce stade, Git est impatient de changer les fins de ligne de chaque fichier pour vous.
Le meilleur moyen de configurer automatiquement les fins de ligne de votre référentiel consiste tout d'abord à sauvegarder vos fichiers avec Git, à supprimer tous les fichiers de votre référentiel (à l'exception du répertoire .git), puis à restaurer tous les fichiers à la fois.
Enregistrez vos fichiers actuels dans Git, de sorte qu'aucun de vos travaux ne soit perdu.
git add. -u git commit -m "Enregistrement de fichiers avant d'actualiser les fins de ligne" Supprimez l'index et forcez Git à réanalyser le répertoire de travail.
rm .git/index Réécrivez l'index Git pour récupérer toutes les nouvelles fins de ligne.
git resetMontrer les fichiers normalisés réécrits.
git status Ajoutez tous vos fichiers modifiés, et préparez-les pour un commit. C'est votre chance d'inspecter quels fichiers, le cas échéant, n'ont pas été modifiés.
git add -u
Il est parfaitement sûr de voir beaucoup de messages ici qui lisent
"avertissement: CRLF sera remplacé par LF dans le fichier."
Réécrivez le fichier .gitattributes.
git add .gitattributes Commettez les modifications dans votre référentiel.
git commit -m "Normaliser toutes les fins de ligne"