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

StackOverflow https://stackoverflow.com/questions/1826638

  •  22-07-2019
  •  | 
  •  

Question

Je cherche un moyen d'ignorer les modifications sous les dossiers SVN spécifiés dans Hudson. C'est la même chose que d'exclure des dossiers dans TeamCity et des filtres dans CC.Net. Je n'ai trouvé aucune option de configuration dans la configuration de l'interface graphique SVN.

Était-ce utile?

La solution

Dans Hudson 1.334, dans la configuration de construction, sous Subversion - > Avancé ..., il y a trois boîtes d'exclusion. En cas de recherche de modifications, Hudson ignorera les modifications correspondant à ces exclusions pour déterminer si une génération doit être déclenchée. Vous pouvez indiquer à Hudson d’ignorer les fichiers / dossiers (régions exclues), les validations d’utilisateurs particuliers ou les fichiers avec un revprop de sous-version particulier.

Autres conseils

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

svn propedit svn:ignore ./ignore_this_dir

J'ai un peu le même problème. Avoir un projet qui est organisationnellement dans un projet principal, mais ne doit pas être construit avec le projet principal. Il s’agit d’une version autonome d’Hudson.

Illustration:

  • main
    • sub1
    • sub2
    • sub3

J'ai donc pensé pouvoir ajouter simplement "& tr; / trunk / sub3 /.*" dans la zone "Exclusions régionales". champ sous "" Code source" " dans l'Hudson? Mais cela ne semble pas avoir d'effet. Le projet principal est construit lorsque je modifie le projet sub3. Je pensais que c’était l’intention des "régions exclues" champ.

Quoi que vous ajoutiez au champ Régions exclues , assurez-vous que le chemin d'accès est identique à celui du journal des modifications. par exemple si vous avez dans les modifications:

  

/branches/Update3/trunk/build/Win32/Release.exe

utilisez ensuite le même chemin dans les régions exclues également:

  

/branches/Update3/trunk/build/Win32/Release.exe

Je pense que l'explication ici est que vous devez utiliser le chemin en partant du nom du référentiel svn et non celui lié à la copie de travail du référentiel.

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