SVN: ignore certains répertoires de manière récursive

Je ne veux pas qu'un répertoire soit nommé buildou distqu'il entre dans mon SVN, quelle que soit la profondeur de l'arborescence.

Est-ce possible? Dans git je viens de mettre

build
dist

dans mon .gitignoreà la racine et il ignore récursivement. Comment faire cela avec svn? S'il vous plaît ne me dites pas de faire un propset sur chaque répertoire parent ...

Depuis la subversion 1.8, il y a maintenant la svn:global-ignorespropriété qui fonctionne comme svn:ignoremais de manière récursive (donc définissez ceci sur votre répertoire de niveau supérieur)

svn propsetprend --recursiveen option, vous pouvez donc le faire, avec deux inconvénients:

1. vous devez extraire tout le référentiel (ou au moins tous les répertoires qu'il contient), et
2. vous devez vous rappeler de définir la svn:ignorepropriété chaque fois que vous ajoutez un nouveau répertoire

Il n'est pas possible de faire cela. Il n'y a que deux mécanismes d' svn:ignoreignorance dans Subversion, (qui n'est pas récursif) et global-ignores(qui n'est pas spécifique à un référentiel).

Cela fonctionne pour moi:

 svn propset --recursive svn:ignore *.zip <dir_tree_with_no_zips>

ajoutez à votre fichier ~ / .subversion / config ou / etc / subversion / config:

[miscellany]
global-ignores = build dist

Il est possible d'ignorer les répertoires build et dist en supprimant les répertoires du contrôle de version. L'astuce consiste à utiliser l'option --keep-local pour laisser le répertoire dans la copie de travail. Par exemple:

svn rm dist --keep-local
svn ci -m'removed build directory from version control'

Le répertoire ne sera plus suivi par subversion mais il sera toujours là dans votre copie de travail pour contenir la sortie du compilateur, etc.

bravo, Joe

Par exemple la structure des dossiers:

Project/
Project/dist/

cd Project
svn propset svn:ignore '*' dist/
svn ci -m "content of dist ignored"

Il est bon de faire une suppression svn du contenu dist avant la commande ignore, donc pour les branches dist sera vide.

A travaillé pour moi, testé aujourd'hui. Voici la page qui l'explique un peu

Afin d'ignorer tous ces fichiers dans tous les référentiels, vous pouvez ajouter un global-ignoresà votre fichier de configuration par utilisateur.

Sur les systèmes de type Unix, cette zone apparaît sous la forme d'un répertoire nommé .subversion dans le répertoire personnel de l'utilisateur. Sur les systèmes Win32, Subversion crée un dossier nommé Subversion, généralement dans la zone Données d'application du répertoire de profil de l'utilisateur

Voir les options de configuration

Malheureusement, il n'y a pas d'option par référentiel pour faire cela. C'est essentiellement par utilisateur, ou par répertoire, donc le multiple svn:ignoresest probablement la voie à suivre, aussi ennuyeux que cela puisse être.

Vous devez d'abord vous déplacer vers le dossier supérieur de votre copie de travail et y créer un fichier (par exemple .svnignore) où vous devez placer tous les modèles que vous souhaitez ignorer, par exemple (pour un projet Android):

bin
gen
proguard
.classpath
.project
local.properties
Thumbs.db
*.apk
*.ap_
*.class
*.dex

Ensuite, vous exécutez la commande suivante (rappelez-vous que vous devez être dans le dossier supérieur de votre copie de travail):

svn propset svn:ignore -R -F .svnignore .

Cela ne fonctionnera que pour les dossiers et fichiers qui ne sont pas encore sous contrôle de version. Si vous souhaitez qu'un dossier (ou fichier) en cours de version soit également ignoré, supprimez-le du contrôle de version en exécutant la commande:

svn rm --keep-local <path>

Vous avez tout cela dans cet excellent article qui explique tout: http://superchlorine.com/2013/08/getting-svn-to-ignore-files-and-directories/

Dans la subversion 1.8 over, il est possible de définir global-ignores pour le référentiel actuel.

svn propset svn:global-ignores build .
svn propset svn:global-ignores dist .

Vous pouvez également créer un dossier nommé .svnignore et écrire des conditions.

build
dist

souvenez-vous d'une condition par ligne, définir build / * ou dist / debug est en vain. Ensuite, exécutez la commande:

svn propset svn:global-ignores -F .svnignore .

Créez un fichier et ajoutez-y vos ignorés

ingore-list:

file1 
directory1
file2
etc...

puis appliquez la commande suivante

for n in directory; do svn propset svn:ignore -F ignore-list $n; done

répertoire est le nom de votre répertoire, vous pouvez également sous-catégoriser répertoire / sous-répertoire. Ou utilisez * pour noter le répertoire actuel dans lequel vous vous trouvez.

Cela suppose que vous utilisez bash comme shell

svn propset --recursive svn:ignore svn_ignore_rules .

où svn_ignore_rules est un fichier contenant les règles d'ignorer - une par ligne

Bien sûr, vous devez le réexécuter chaque fois que vous ajoutez un nouveau répertoire à votre dépôt

svn_ignore_rules peut également être considéré comme archivé dans le référentiel, comme réutilisable par d'autres utilisateurs ayant un accès en écriture au référentiel

cd parent_dir # le répertoire contenant le dossier à ignorer récursivement
svn propedit svn: ignorer. # ouvrira svn-prop.tmp
enrôler le (s) dossier (s)
^ X
Oui
commit -m 'ignorer la direcoty ciblée'

Puisqu'il ne semble pas y avoir de solution à ce problème probablement courant, je voudrais partager notre solution. Comme les autres l'ont déjà précisé, vous pouvez soit utiliser la svn:ignorepropriété, cela s'applique à un seul répertoire (et donc pas pour les nouveaux), soit vous utiliser global-ignoresqui s'applique à un seul utilisateur (mais n'appartient pas au référentiel).

Pour rendre la vie un peu plus facile, j'ai créé un fichier reg nommé Settings.Svn.reget l' ai ajouté à la racine du référentiel. Maintenant, tout le monde peut double-cliquer une fois sur ce regfile et a fait les réglages.

REGEDIT4

[HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\miscellany]
"global-ignores"="obj *.suo *.bak *.pdb *.user *.Cache*"

J'apprécierais vraiment une solution dans le référentiel SVN, donc si quelqu'un le sait, voudriez-vous la partager?

Une façon serait d'ajouter une sorte de vérification au hook pré- ou post-commit, mais c'est simple si vous ne possédez pas le serveur de dépôt.