J'obtiens un symbole tilde lorsque je fais un svn status
.
Voici la sortie du projet après l'avoir édité dans XCode.
svn status
M build/Currency_Converter.build/Currency_Converter.pbxindex/imports.pbxbtree
M build/Currency_Converter.build/Currency_Converter.pbxindex/pbxindex.header
M build/Currency_Converter.build/Currency_Converter.pbxindex/symbols0.pbxsymbols
~ build/Currency_Converter.build/Currency_Converter.pbxindex/strings.pbxstrings
M main.m
//more changed files
Une idée de ce que cela signifie? Je n'arrive pas à le trouver sur google ou sur l'une des feuilles de triche svn.
Fait intéressant, je n'ai édité que main.m, mais il y a beaucoup de fichiers modifiés. Je ne sais pas pourquoi cela serait. Quelqu'un a-t-il des conseils pour travailler avec SVN et XCode? Dois-je uniquement mettre mes fichiers source sous contrôle de version?
Edit: - provoqué par le remplacement d'un fichier déjà sous contrôle de version par un fichier d'un autre type. Dans ce cas, strings.pbxstrings était autrefois un fichier et est maintenant devenu un répertoire. La morale de l'histoire est de ne pas mettre votre dossier de construction dans le contrôle de version.
Réponses:
Le livre SVN dit:
Alors peut-être était-ce à l'origine un seul fichier, mais vous l'avez changé en répertoire, ou quelque chose du genre?
la source
svn status | grep ^~ | grep -o [^[:space:]]\*\$ | xargs svn revert
qui était capable de restaurer tous les liens symboliques.Voici ce que j'ai fait:
Si le dossier est Test
la source
svn delete --keep-local fileName
.De
'~' élément versionné obstrué par un élément d'un type différent
Je n'ai vu cela que là où les autorisations de fichier avaient changé et svn n'avait pas d'accès d'exécution dessus, je crois.
J'espère que cela t'aides.
la source
Le moyen le plus simple de résoudre ce problème est de sauvegarder, puis de supprimer le dossier ou le fichier qui a cet état, puis de faire "svn up": ce n'est pas nécessairement un dossier remplacé par un fichier, il se peut simplement que le dossier .svn soit manquant ou corrompu .
la source
la source
Cela peut se produire lorsque vous supprimez le dossier .svn dans un dossier (par exemple lorsque vous supprimez un répertoire, puis que vous créez à nouveau le même répertoire), ou lorsque vous remplacez un répertoire par un lien symbolique, ou un fichier du même nom .
En supposant qu'il s'agisse d'un dossier appelé a-folder, vous pouvez résoudre ce problème en exécutant les commandes suivantes dans le dossier parent:
Et puis il s'agit de svn ajouter / supprimer et valider à nouveau les modifications
la source
Eu un problème similaire, SVN se plaignait d'un verrou. Voici ce que nous avons fait:
la source
Je veux juste partager qu'il s'agit d'un problème fréquemment rencontré lors de l'installation d'extensions dans Joomla. Les extensions sont installées via le CMS et appartiennent à apache sans écriture de groupe. En général, l'étape suivante consiste à ajouter les fichiers au SVN, mais si vous ne sudo ou ne modifiez pas les perms de fichier, alors SVN échoue lorsqu'il ne peut pas écrire le répertoire .svn. Voici la solution simple.
la source
Il peut aussi s'agir de liens symboliques sous Windows. Lorsque vous validez un lien symbolique dans SVN et que vous le récupérez sous Windows, les liens sont modifiés en fichiers normaux et cela est également signalé comme ~.
la source
J'ai souvent eu cela lors de la mise à jour de modules sous (par exemple) Joomla !, Wordpress ou Drupal. Parfois, le répertoire .svn est supprimé par le processus de mise à niveau.
la source
la source