Question

C'est un peu une question pour les débutants, mais j'ai des problèmes pour utiliser SNVKit.

J'utilise SVNKit dans une application pour valider les modifications apportées aux fichiers. Je réussis à ajouter les fichiers et les dossiers à la copie de travail, mais je ne parviens pas à le valider dans le référentiel.

La commande que j'essaie d'exécuter est 'commit -m " Test Add " / svnroot / project1 / 'mais je reçois sans cesse "svn:" / home / user "n'est pas une copie de travail"

J'ai une structure similaire à celle-ci:

  • / svnroot /
  • / svnroot / project1 /
  • / svnroot / project1 / grouping1 /
  • / svnroot / project1 / grouping1 / myfilesarehere

Si j'essaie de valider le fichier, le message suivant s'affiche: "/ svnroot / project1 / grouping1" n'est pas sous contrôle de version et ne fait pas partie du commit, mais son enfant fait partie du commit. " ;

Qu'est-ce que je peux faire de mal?

EDIT: Correction des répertoires.

Était-ce utile?

La solution 7

Je l’ai retrouvé jusqu’à un bogue possible quelque part. Si je n'ajoute pas de message, cela fonctionne. Temps pour creuser davantage. Merci pour les pointeurs.

Autres conseils

Si vous avez à la fois un répertoire et son enfant ajouté, mais que ni l'un ni l'autre n'est non commis, je pense que vous obtenez ce message si vous essayez de ne valider que l'enfant. Vous devez d'abord valider le répertoire parent.

J'ai reçu ce message et j'ai remarqué que je faisais un commit alors que j'étais dans le sous-répertoire. Lorsque je suis passé à la racine de l’arbre, il n’a émis aucun problème.

déplacez votre -m " commentaire " jusqu'à la fin. Je voudrais juste changer de répertoire dans votre répertoire de projet. Ensuite, il vous suffit de saisir svn commit -m " commentaire " et svn fait le reste.

Je pense que le problème est que vous apportez des modifications au référentiel SVN lui-même au lieu d'effectuer une importation, d'extraire une copie pour vous-même, d'effectuer des modifications, puis d'effectuer une validation à partir de votre copie de travail extraite après l'ajout sous-répertoires. Donc: importer , extraire , apporter des modifications , puis finalement effectuer un add pour chaque nouveau fichier ou répertoire et commit -m "message" constitue le niveau supérieur.

Plus d'informations dans SVN en ligne gratuit " tortue " réserver .

Ce n'est pas tout à fait clair car vous les avez remplacés de manière incohérente, mais il semblerait que les chemins / URL de référentiel soient confondus avec les chemins de copie de travail. Si vous ajoutez ou validez des fichiers, utilisez toujours les chemins de la copie de travail. Essayez de vous amuser avec svn en ligne de commande avant d’essayer d’utiliser SVNKit.

Si vous souhaitez valider un nouveau répertoire entier, utilisez svn import à la place. Dans l'état actuel des choses, vous devrez peut-être revenir ou une autre action pour nettoyer le désordre actuel.

Parfois, l’utilisation de logiciels tels que eclipse ou Versions.app génère cette erreur. Dans ce cas, quittez le client SVN et faites-le en ligne de commande.

Vous avez probablement déjà procédé à une refactorisation et vous essayez de valider 'some.package.YourClass.java'. Dans ce cas, essayez de valider le répertoire (package) 'some'.

Si vous souhaitez éviter de tels maux de tête à l'avenir, envisagez de passer à GIT au lieu de svn. N'oubliez pas que svn conserve vos modifications dans un fichier .svn et tente de les transférer dans le référentiel. Lorsque vous vous engagez, le fichier .svn sera répercuté sur vos modifications. Mais que se passe-t-il si les changements sont très complexes? svn ne peut pas le gérer.

GIT en revanche: vous récupérez toutes les mises à jour pour que votre projet soit à jour. Et lorsqu’il s’engage, cela écrase le rapport, car il sait que le vôtre est le plus récent et qu’il n’ya pas de hâte.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top