J'ai un fichier (mapviewcontroller.m) qui est dans svn mais je ne peux pas commettre de modifications. J'ai essayé de copier le fichier ailleurs puis de mettre à jour. Le fichier ne vient pas avec la mise à jour, donc je le copie. Ensuite, je ne peux pas commettre des changements. P>
C'est difficile à expliquer ce qui ne va pas ... parce que je ne sais pas. p>
6 Réponses :
On dirait que vous faites quelque chose de faux fondamental. Peut-être que vous essayez de commettre des modifications sans avoir lancé initialement le fichier, ni peut-être que vous essayez de importer code> au lieu de
commettez code>. En tout état de cause, je vous encourage à lire la documentation située ici , qui vous aidera à utiliser SVN assez vite. P>
La règle de base de tous les problèmes SVN est pour quand vous ne pouvez pas comprendre quelque chose, cédez une nouvelle copie dans un nouveau répertoire (si possible) p>
Essayez de faire une nouvelle commande, puis de remplacer le fichier puis de vous engager. p>
Aussi, assurez-vous de ne pas avoir à verrouiller ce fichier en premier. p>
Cela semble un peu comme vous avez oublié de faire svn Ajouter code> dans le fichier (ou Turotiose SVN -> Ajouter). SVN reconnaît des annuaires, mais il ne l'ajoutera pas automatiquement. Vous devez d'abord ajouter le fichier (via votre client Subversion), puis vous engager à le mettre en subversion. P>
Pour moi, vérifiez-le à nouveau travaillé, il faut juste avoir été gâché dans les fichiers .svn ou quelque chose.
J'ai eu cette même erreur aujourd'hui, c'était parce que j'essayais de Ajouter Strong> un fichier (ajouter non la mise à jour) qui existait déjà sur le serveur. Ce que j'ai fait était de sauvegarder ma version dans un répertoire non liée, mettez à jour la dernière révision, puis modifiez le fichier serveur donné avec celui que j'ai enregistré localement, avec mes modifications. P>
J'ai eu le même problème. J'avais oublié de mettre à jour ma copie de travail et j'ai essayé de commettre mes modifications. Donc, j'ai fait une mise à jour de ce fichier particulier au lieu de tout le répertoire: P>
Nom de la mise à jour SVN P>
svn commit p>
et cela a fonctionné. P>
+1 pour cela. Dans mon cas, faire un SVN Update code> au niveau supérieur n'a pas mis à jour ce fichier pour une raison quelconque. Faire cela a apporté mon dossier en conflit et m'a permis de le résoudre. Après cela, le commit est parti sans attelage.
Gloire. J'ai fait une "mise à jour SVN" de la ligne de commande dans le répertoire supérieur du projet, puis est revenue à mon Eclipse SVN et a été capable de vérifier les fichiers que j'avais changé.
Parfait corrigé mon problème
J'avais résolu un problème similaire à la modification de la profondeur de la copie de travail. J'utilise tortoisevn, il y a des commandes: p>
1) menu contextuel → Mettre à jour l'élément à révision ... Profondeur: Seulement cet article
2) Menu contextuel → Mettre à jour l'élément à révision .... Profondeur: entièrement récursif p>
Tous les fichiers du référentiel étaient arrivés après la deuxième. P>
Ce problème est fréquent lorsque je fusionne de la branche x -> y, Quel travail habituellement pour moi (d'Eclipse): P>
-Make une copie du fichier / dossier (a)
-Delete le fichier / dossier du député de travail
-Utiliser
Fichier / dossier de copie de (étape a)
-Comment.
p>
Assurez-vous que le fichier n'est pas devenu réadien.
Ouais, SVN marquera automatiquement des fichiers pour plus d'addition, puis se plaindre qu'ils existent déjà. C'est juste Gehy ... En bref, Svn est assez finkicy.