Comment diviser un SVN dossier dans son propre référentiel lorsqu'il a été renommé?

J'ai eu un problème similaire fractionnement d'un référentiel ..

svndumpfilter: Invalid copy source path /dir/old_dir

Ce que j'ai fait pour contourner le problème était incluant les vieux répertoires, c'est a la demande, ou que vous savez que vous avez déplacé. Dans mon cas, j'avais déménagé 3 répertoires dans un autre répertoire.

par exemple. Déplacé Dossiers A,B,C dans le Dossier D

cat project.dump | svndumpfilter include A B C D > new.dump

Cela semblait résoudre mon problème. J'ai été en mesure de séparer le Dossier D du reste de l'opération.
Sur l'envers de la médaille, quand à l'exclusion de D je n'ai pas d'erreur, je suppose, car la suppression D ne nécessite que peu de liens/histoire de A,B,C

Cela pourrait vous aider:
Citation de http://svnbook.red-bean.com/en/1.5/svn.reposadmin.maint.html#svn.reposadmin.maint.replication

Dans Subversion 1.5, svnsync a augmenté la capacité de miroir d'un sous-ensemble d'un référentiel plutôt que de l'ensemble de la chose. Le processus de mise en place et le maintien d'un tel miroir est exactement le même que lors de la duplication d'un dépôt entier, sauf qu'au lieu de spécifier la source de dépôt de la racine de l'URL lors de l'exécution de svnsync init, vous spécifiez l'URL de certains sous-répertoire au sein de ce référentiel. La synchronisation de ce miroir va maintenant copier uniquement les bits qui a changé en vertu de cette source référentiel sous-répertoire. Il y a quelques limitations à ce soutien, cependant. Tout d'abord, vous ne pouvez pas le miroir de multiples disjoints les sous-répertoires du répertoire source dans un seul miroir dans le référentiel, vous aurez besoin de la place du miroir certains répertoire parent qui est commun aux deux. Deuxièmement, la logique de filtrage est entièrement basé sur le chemin, donc si le sous-répertoire que vous mettez en miroir a été renommé à un certain point dans le passé, votre miroir ne contiendra que les révisions depuis le répertoire est apparu à l'adresse URL que vous avez spécifiée. Et de même, si la source sous-répertoire est renommé dans le futur, votre synchronisation des processus d'arrêt de la mise en miroir des données au point que la source de l'URL que vous avez indiquée n'est plus valide.

Le Problème, bien sûr, est de perdre de la pré-renommer l'histoire...

Je viens de migrer avec succès un projet à partir d'un combiné repo (Google Code) de sa propre repo. Les posts ici ont été très utiles.

C'est ce qui a fonctionné pour moi...

1. Utilisé svnsync pour faire un miroir de mon Google Code des pensions suivant les instructions ici.
2. svnadmin dump to foo-dumpfile
3. cat dumpfile | ./svndumpfilter3 --untangle mymirrorrepo trunk/foo > foo-dumpfile
4. svnadmin create foorepo
5. svnadmin load foorepo --ignore-uuid < foo-dumpfile

La --untangle option à l'étape 3 a réussi à résoudre tous les problèmes de chemins que perplexe svndumpfilter et svndumpfilter2.

D'abord, à l'étape 5, j'ai été bloqué sur le message d'erreur:

<<< Started new transaction, based on original revision 2
svnadmin: File not found: transaction '1-1', path 'trunk/foo'

Mais ce post de Charles Calvert blog a expliqué que tout ce qui était nécessaire était de créer le tronc dir en foorepo avant l'exécution de la charge.

Pourquoi ne pas reproduire l'ensemble du référentiel, le dump dans une nouvelle. Ensuite, direction le coffre, supprimer la tête et de fusionner les parties que vous souhaitez récupérer dans le coffre de la branche. Ensuite, vous avez gardé de l'histoire et de diviser les parties que vous souhaitez un nouveau référentiel.

1. De vidage de coffre /
2. Branche /tronc /branches/trunk
3. Supprimer /trunk
4. De fusion /branches/trunk/whatever de retour dans coffre /ou /trunk/whatever

De cette façon, vous avez gardé de toute l'histoire, et de manière sélective choisi les pièces que vous souhaitez.

Suis tombé sur ce problème et trouvé cet outil svndumpsanitizer semblait bien fonctionner, j'ai été en mesure d'importer le fichier créé dans un nouveau dépôt.

Les commandes spécifiques sont comme suit, je vais supposer que le dépôt est hébergé sur un serveur http(s)://serveur, bien que les mêmes commandes de travail pour svn://ou file://.

svnadmin dump /path/to/repository > dumpfile  
svnadmin create /path/to/new_repository 
svnadmin load /path/to/new_repository < dumpfile 
svn co https://localhost/svn/new_repository_url new_repository_checkout 
cd new_repository_checkout 
svn move https://localhost/svn/new_repository_url/trunk  https://localhost/svn/new_repository_url/branches/head -m "Moving HEAD to branches" 
svn move https://localhost/svn/new_repository_url/branches/head/whatever https://localhost/svn/new_repository_url/trunk -m "Creating new trunk" 
svn update 
cd branches 
svn remove head
svn commit

Vous devriez maintenant avoir la partie que vous voulez à partir de l'ancien dépôt le tronc de la nouvelle.

Si vous n'avez pas besoin de la totalité de l'histoire, vous pouvez la sélectionner à partir juste après l'erreur. Si votre erreur était à la révision 412, alors vous pouvez essayer de le ramasser juste après avec:

svnadmin dump /path/to/repo -r 413:HEAD > largerepo.dump

Je réalise que j'ai peut-être pas une solution parfaite, mais il peut être assez bon dans votre cas.

Vous pouvez aussi simplement faire tout cela en une seule étape

svnadmin dump /path/to/repo -r 413:HEAD | svndumpfilter include my/directory > mydir.dump

viens de tomber sur ce problème et a écrit un petit script pour les tentatives de dumping jusqu'à ce que tous les source invalide chemins sont résolus.

#!/usr/bin/env ruby

require 'open3'
include Open3

paths = [ "/your/path" ]
command = ""

new_path = "xx"
while (! new_path.nil?)
lines = nil
popen3(" svndumpfilter include #{paths.join(' ')} > svn.result.dump < svn.original.dump") do |i, o, err|
  i.close
  puts "Processing, please wait ..."
  lines = err.readlines
end

 new_path = nil
 lines.each do |line|
  if line =~ /Invalid copy source path '(.*)'/
    new_path = $1
  end
 end
 puts "Adding #{new_path}"
 paths << new_path
end

Nous avons développé Subdivision, un outil graphique conçu pour diviser les dépôts svn.

Subdivision analyse du référentiel et calcule l'histoire des fichiers comme ils sont copiés et déplacés à travers le référentiel. En utilisant cette information, vos sélections sont intelligemment augmentée afin d'éviter tous les "non Valide copie chemin de la source des erreurs".

En plus de la division d'un référentiel, la Subdivision peut être utilisé pour supprimer des fichiers à partir d'un référentiel, ainsi que d'extraire des fichiers et des dossiers dans un nouveau dépôt.

Subdivision est gratuit pour les petits dépôts.