IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Eclipse Java Discussion :

[CVS] Restauration de workspace: synchonize envahi de "no structural differences"


Sujet :

Eclipse Java

  1. #1
    Membre éclairé

    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    605
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 605
    Points : 670
    Points
    670
    Par défaut [CVS] Restauration de workspace: synchonize envahi de "no structural differences"
    Bonjour,


    Je possède un eclipse dans un répertoire c:\eclipse et mes projets dans un répertoire c:\workspace.

    Un jour, par une fausse manipulation, j'ai réalisé un update trop important de sources (10 au lieu des 5 que je voulais prendre). J'avais sauvegardé l'intégralité de mon workspace juste avant cette fausse manoeuvre, alors je l'ai restauré immédiatement et intégralement.

    Je m'attendais à pouvoir refaire la bonne manipulation dans la foulée.
    Mais lorsque je réalise un synchronize, je m'apperçois que:
    - Tous les sources que j'ai updaté lors de ma tentative malheureuse sont marqués d'une flèche rouge de conflit possible, alors qu'il n'y en a pas.
    - Tous les autres sources, et ils sont très nombreux, sont marqués d'une flèche grise. Mais leur examen annonce "No Structural Difference".


    Qu'est-ce que cela veut dire?
    . Le workspace ayant été entièrement restauré, il ne peut pas contenir d'informations CVS différentes de celles que j'avais avant le tout premier update que j'ai tenté.

    . Le repository cvs de mon pserver ne garde certainement pas la trace d'avoir donné une liste de fichiers nommés à mon poste, en particulier.

    J'en déduis que dans mon répertoire C:\eclipse doit se trouver un fichier qui joue le rôle de cache pour le synchronize. Ou je me trompe du tout au tout? Et qu'il faudrait que ce cache disparaisse, pour qu'il recommence une comparaison propre et détecte que la majorité des sources sont exactement identiques.

    Quelqu'un a t-il déjà été confronté à ce problème?

    Merci beaucoup!

  2. #2
    Membre expert
    Avatar de natha
    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    2 346
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Janvier 2006
    Messages : 2 346
    Points : 3 083
    Points
    3 083
    Par défaut
    Clic droit - refresh sur tes projets.
    Comment ça ? La réponse à ton problème n'est ni dans la faq, ni dans les tutos, ni dans sources ??? Etonnant...
    De la bonne manière de poser une question (et de répondre).
    Je ne fais pas de service par MP. Merci (...de lire les règles...).
    Ma page dvp.com

  3. #3
    Membre éclairé

    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    605
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 605
    Points : 670
    Points
    670
    Par défaut
    Hélas non. Cela n'a pas l'effet voulu. Je l'avais déjà essayé.

    __________________
    Ne pas mépriser les gens permet de se pencher sérieusement sur les questions qu'ils posent.

  4. #4
    Futur Membre du Club
    Profil pro
    Inscrit en
    Juillet 2007
    Messages
    11
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Juillet 2007
    Messages : 11
    Points : 7
    Points
    7
    Par défaut Problème analogue
    Bonjour,

    Je rencontre un problème analogue actuellement. Des fichiers sont signalés avec '>' comme étant localement modifié. Si on utilise l'outil de comparaison, ce dernier dit qu'il n'y a aucune "structural differences"!

    Parmi ma centaine de fichiers, peut-être 2 ou 3 sont réellement localement modifiés. Comment faire disparaître les fausses indications "localement modifié"?

    Merci d'avance.

  5. #5
    Membre éclairé

    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    605
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 605
    Points : 670
    Points
    670
    Par défaut
    J'ai rencontré ce problème lorsque j'utilisais une version d'Eclipse inférieure à la 3.2. J'ai résolu le problème en faisant un Clean Timestamps, une opération qui prend un certain temps.

    Il paraît que cette opération est automatique depuis la 3.2.

Discussions similaires

  1. Impossible de restaurer le workspace dans Eclipse Juno
    Par sanguisorbe dans le forum Eclipse Java
    Réponses: 4
    Dernier message: 10/03/2015, 16h22

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo