Question Exécution de VCS Refresh ... (Prend trop de temps ou ne se termine jamais)


Quel est le correctif pour le problème lors de la tentative de validation à partir d'IntelliJ:

enter image description here

Cette fenêtre prend trop de temps ou ne se termine pas du tout. Quel est le travail pour que je puisse me réengager d'IntelliJ?


32
2018-05-16 05:34


origine


Réponses:


Quel est le travail pour que je puisse me réengager d'IntelliJ?

Sur IntelliJ, pas sûr: les anciens bogues similaires ont été fermés (comme "obsolète"), comme IDEA-63491

Une plus récente (IDEA-93086) États:

Cela fonctionne à nouveau après une nouvelle caisse.

Pour résoudre ce problème, la solution serait de pousser depuis la ligne de commande (donc en dehors d'IntelliJ).


7
2018-05-16 12:55



Dans IntelliJ, naviguez vers:

Fichier> Invalider les caches / Redémarrer ...

et sélectionnez le surligné:

Invalider et redémarrer


51
2018-06-06 08:13



Je viens juste de rencontrer ce problème sur WebStorm 2016.1 sous Windows 8.1. Ce qui a corrigé pour moi est supprimer le répertoire vcs-log. J'ai aussi IntelliJ Community Edition installé qui n'avait pas ce problème à l'époque, donc j'ai pensé que cela devait être un problème avec les paramètres de l'application (répertoire caché dans le dossier de base) pas 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

À l'intérieur, il y a un dossier système qui à son tour possède un dossier vcs-log.

C:\Users\{ your user name of pc }\.WebStorm2016.1\system\vcs-log

Supprimer ou renommer le vcs-log dossier et redémarrer l'application et tout devrait revenir à la normale.


3
2017-07-05 12:15



Une nouvelle caisse n'a rien fait pour moi.

Cependant, ceci a aidé: "J'ai deux projets ouverts. L'un utilise SVN et l'autre ne l'est pas. Quand je ferme celui qui n'utilise pas SVN. Le système est réactif et je peux ré-enregistrer." La source 

J'ai donc supprimé tous mes projets de l'espace de travail, y compris le dossier caché .idea, et créé ainsi un nouvel espace de travail. Ensuite, j'ai vérifié un projet via SVN, et depuis que je peux commettre à nouveau.


1
2018-01-19 09:53



J'ai le problème, pour réparer la version 32 bits ouverte, pas 64.


1
2018-04-05 08:09



Je pense que c'est rapide: vous pouvez vérifier le code dans un nouveau répertoire!


0
2018-01-05 02:42



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 était le suivant:

  1. Renommer le dossier du projet
  2. Suppression du dossier .idea
  3. Renommez le dossier du projet au nom précédent
  4. Ouvrez-le avec PyCharm et le "Performing VCS Refresh" ennuyeux a disparu.

0
2017-07-02 13:00



J'ai eu ce problème sur Windows 10 pc. Ma solution changeait les fins de ligne, voir ci-dessous.

Actualiser un référentiel après avoir modifié les fins de ligne

Une fois que vous avez défini l'option core.autocrlf et que vous avez validé un fichier .gitattributes, vous pouvez constater que Git souhaite valider des fichiers que vous n'avez pas modifiés. À ce stade, Git est impatient de modifier les fins de ligne de chaque fichier pour vous.

La meilleure façon de configurer automatiquement les fins de ligne de votre référentiel est de sauvegarder d'abord vos fichiers avec Git, de supprimer tous les fichiers de votre référentiel (à l'exception du répertoire .git), puis de restaurer les fichiers en une fois.

Enregistrez vos fichiers actuels dans Git, afin que votre travail ne soit pas 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éécrire l'index Git pour saisir toutes les nouvelles fins de ligne.

git réinitialiser Affiche les fichiers réécrits et normalisés.

statut git Ajoutez tous vos fichiers modifiés et préparez-les pour un commit. Ceci est votre chance d'inspecter quels fichiers, le cas échéant, étaient inchangés.

git add -u

Il est parfaitement sécuritaire de voir beaucoup de messages ici

"avertissement: CRLF sera remplacé par LF dans le fichier."

Réécrivez le fichier .gitattributes.

git add .gitattributes Validez les modifications sur votre référentiel.

git commit -m "Normaliser toutes les fins de ligne"

La source: https://help.github.com/articles/dealing-with-line-endings/#refreshing-a-repository-after-changing-line-endings


0
2017-11-30 12:25