Restaurer la connexion au projet de subversion Eclipse

J’ai un projet en subversion que je développe en utilisant Eclipse. J’ai effectué la vérification originale à partir du repository svn depuis Eclipse. Tout s’est bien passé pendant quelques semaines, mais pour une raison inconnue, Eclipse (en particulier: subclipse dans Ganymede) ne reconnaît plus mon projet sous svn control. Le menu contextuel de l’équipe affiche uniquement les options de menu de base “appliquer le correctif” / “partager ce projet”. À partir du shell, je peux toujours mettre à jour le projet à l’aide des outils en ligne de commande svn, donc je sais que les informations d’identification svn fonctionnent toujours. D’autres projets sous subversion dans la même copie d’Eclipse fonctionnent toujours.

Je me rends compte que je peux supprimer la copie locale et la vérifier à nouveau, mais je préfère comprendre ce qui ne va pas – corrigez le problème plutôt que de masquer les symptômes. Où Eclipse stocke-t-il sa connaissance des projets sous contrôle de version? J’ai regardé le fichier .settings et le répertoire .settings , mais je ne voyais aucune mention évidente de svn nature ou de quelque chose de similaire, même dans les projets qui fonctionnent toujours correctement.

Si vous utilisez sublipse en tant que votre fournisseur SVN, je vous recommande de procéder comme suit

Team -> Share project est généralement suffisant pour connecter les métadonnées.

(c.-à-d., en supposant que les fichiers .svn sont toujours là et qu’ils semblent l’être si vous pouvez travailler sur la ligne de commande).

J’espère que cela aide à comprendre pourquoi cela arriverait, je n’en ai aucune idée

J’ai trouvé un moyen facile de réimporter le projet

Faire juste Team -> Share Project (selon la réponse à cette question fournie par @Paul Whelan) n’a pas fonctionné pour moi. L’assistant de partage de projet a agi comme si le projet n’était pas déjà dans SVN (même si le dossier .svn était présent pour mon projet).

J’ai fini par résoudre le problème en désinstallant les modules complémentaires Subversive et JavaHL (via Aide | À propos du bouton Eclipse | Détails de l’installation | Onglet Logiciels installés | Désinstaller …), puis réinstallation de Subversive. Lorsque vous y êtes invité après le redémarrage d’Eclipse, j’ai choisi d’installer le connecteur SVNKit plutôt que le connecteur JavaHL.

Après avoir fait cela, lorsque j’ai encore essayé Team -> Share Project …, Eclipse a correctement reconnu que mon projet était déjà présent dans SVN et restauré la connexion avec succès.

Addendum: il se trouve que mon problème se manifeste lorsque je lance Eclipse en dehors du VPN de la société, avec un projet dans l’espace de travail attaché à un repository svn à l’intérieur du vpn. Heureusement, le remplacement des plug-ins svn Eclipse de subversif à subclipse l’a résolu.

Ian

De éclipse, j’ai fermé le (s) projet (s) et rouvert ce qui a résolu le problème. Tous les liens SVN sont de retour pour tous les projets de mon espace de travail.

J’ai eu le même problème et ce forum m’a aidé à trouver la bonne réponse.

Mon projet précédent était configuré avec subclipse. La nouvelle éclipse avait subvasive.

L’installation de subclipse m’a aidé à récupérer les options svn sous l’équipe!

J’espère que ça aide quelqu’un d’autre.

Cordialement

Anshu Prateek

Sans savoir sur quelle plate-forme vous êtes, je ne sais pas si votre problème est similaire au mien. Cependant, j’ai récemment (sur deux plates-formes différentes!) Des problèmes où une mise à jour de Subversive (ou peut-être Eclipse elle-même, pas claire) entraînait un mauvais chargement des connecteurs. Sans les connecteurs, Subversive ne peut pas se connecter à un projet. Mais Eclipse ne vous bloquera pas sur votre projet, il supprimera simplement la fonctionnalité liée à SVN.

Regardez la vue Erreurs, qui est un journal des différentes erreurs d’Eclipse (exceptions de classes non trouvées, etc.) et voyez s’il existe des lignes liées aux composants Subversive. Malheureusement, je ne peux pas vraiment recommander de solution – sur ma plate-forme Mac OSX, il suffisait de réinstaller les éléments et les connecteurs de base de Subversive. Sur ma machine Linux (probablement à cause d’une mise à niveau du système d’exploitation), je dois réinstaller complètement Eclipse, car trop de choses se sont accumulées pour que je puisse l’explorer complètement.

Dans la version Juno avec Subversive, j’ai fait:

  • Fichier / Importer fait apparaître la fenêtre d’importation.
  • De là, sélectionnez Projets généraux / existants dans Workspace.
  • Dans le volet suivant, vous sélectionnez le répertoire racine. Ensuite, il vous montrera tous les sous-répertoires. Ils seront tous sélectionnés par défaut.
  • Désélectionnez ceux que vous ne voulez pas.

Il importera ensuite votre répertoire existant, qui peut être utilisé sur place, car il se trouve déjà dans le répertoire de votre espace de travail.

Même chose dans mon cas: les répertoires .svn étaient là, mais mon projet ne supportait pas les actions svn.

Après un peu de bricolage, il s’est avéré que le plugin subversif avait disparu après une éclipse forcée.

La solution était de (ré) installer subversive, et maintenant tout va bien à nouveau.

Cheers v.

MISE À JOUR: J’ai remplacé eclipse par une nouvelle version qui ne disposait pas du plug-in, ce qui explique pourquoi j’ai dû l’installer à partir de zéro.

Cela a fonctionné pour moi: clic droit-> TortoiseSVN -> Paramètres -> Propriétés de superposition d’icône, Sélection de Shell comme cache d’état. Cliquez sur Ok, Actualiser la page.

Je peux reproduire ce problème de manière fiable – cela se produit lors de la vérification de certains projets Maven en exécutant “Extraire en tant que projet Maven…” non pas dans le dossier contenant le POM lui-même mais dans un répertoire parent (“trunk” par exemple). Dans ce cas, Subclipse extrait le projet sans aucune réclamation, en le plaçant dans un répertoire d’espace de travail avec un nom d’espace réservé tel que maven.1424425443350 . Dans ce répertoire, il crée un sous-répertoire portant le nom de l’artefact Maven. Cela confond Subclipse et Subversion: Subclipse, comme nous l’avons vu, oublie immédiatement que le projet est sous contrôle de version, et si vous invoquez svn status depuis la ligne de commande du répertoire maven.1424425443350 , cela vous indiquera que le répertoire est sous contrôle de version mais que tous les fichiers contrôlés par la version sont manquants.

Aucune des solutions de contournement présentées dans les autres réponses ne fonctionnera si c’est ce qui a amené Subsclipse à oublier sa connexion SVN. Au lieu de cela, la seule solution consiste à supprimer le projet et à le récupérer à nouveau, en s’assurant cette fois que la vérification est effectuée sur un répertoire contenant un POM plutôt qu’un répertoire de niveau supérieur.

Une meilleure solution globale consisterait pour Subclipse à refuser d’exécuter «Check out as Maven Project…» sur les répertoires ne contenant pas de POM, ou à mieux gérer les cas où il essaie de le faire en recherchant des sous-répertoires pour les projets Maven.

J’utilisais deux implémentations SVNKit (1.7.x et 1.8.x) simultanément avec la version du référentiel SVN (1.8.x).

Par conséquent, l’ équipe -> Partager les projets … a toujours demandé un message de validation. De toute évidence, SVNKit 1.7.x a été utilisé, ce qui n’est pas compatible avec SVN 1.8.x.

Après avoir enlevé SVNKit 1.7.x, eclipse a utilisé la seule version SVNKit 1.8.x disponible et tout fonctionnait comme prévu.