11
votes

Comment configurer Hudson pour ignorer les modifications sous des dossiers SVN spécifiés?

Je cherche un moyen d'ignorer les changements sous des dossiers SVN spécifiés à Hudson. C'est la même chose que d'exclure les dossiers dans TeamCity et Filtres dans cc.net. Je n'ai trouvé aucune option de configuration sous SVN GUI Configuration.


0 commentaires

4 Réponses :


2
votes

Je l'ai fait en allant à l'espace de travail et en exécutant cette commande xxx


0 commentaires

11
votes

dans Hudson 1.334, dans la configuration de construction, sous Subversion -> Avancé ..., il y a trois boîtes d'exclusion. Si elle interrogatoire pour les modifications, Hudson ignorera les modifications correspondant à ces exclusions lors de la détermination de la création d'une construction. Vous pouvez dire à Hudson d'ignorer les fichiers / dossiers (régions exclues), commet les utilisateurs particuliers ou les fichiers avec une Subversion Subversion RevProp.


0 commentaires

1
votes

J'ai un peu le même problème. Avoir un projet qui est de manière organisationnelle dans un projet principal, mais ne doit pas être construit avec le projet principal. Il est assis comme une construction autonome sur Hudson.

illustration:

  • Main
    • SUB1
    • Sub2
    • Sub3

      Alors j'ai pensé que je pouvais juste ajouter "/trunk/sub3/.*" dans le domaine "Exclué régional" sous la "gestion de code source" dans l'Hudson? Mais cela ne semble pas avoir d'effet. Le projet principal s'appuie lorsque je fais des changements dans le cadre du projet Sub3. Pensait que c'était l'intention des champs "régions exclus".


1 commentaires

J'ai le même problème. Je ne sais pas pourquoi mes ignorés ne fonctionnent pas.



1
votes

Quels que vous ajoutez dans les régions Excluses Forfil, assurez-vous que le même chemin que dans le journal des modifications. Par exemple, si dans les modifications que vous avez:

/branches/update3/trunk/build/win32/Release.exe

Ensuite, utilisez le même chemin dans les régions exclues aussi:

/branches/update3/trunk/build/win32/Release.exe

Je pense que l'explication ici qu'il vous devait utiliser le chemin à partir du nom du référentiel SVN et non celui qui concerne la copie de travail du représentant.


0 commentaires