CruiseControl.net soumet un fichier à SVN après qu'une tâche l'ait changé

Question

J'ai un serveur de construction alimenté par CruiseControl.NET et une tâche d'exécution qui incrémente la version d'assemblage du projet avant de le construire. Je me demandais, y avait-il un moyen (une tâche CruiseControl.NET je ne sais pas) de soumettre ce fichier modifié à SVN? J'en ai besoin quand les projets d'installation sont construits manuellement (j'utilise msbuld donc ceux-ci ne sont pas construits en continu) tous les fichiers de construction auront les versions d'assemblage correctes lors du déploiement. Oh, et si quelqu'un sait comment construire des projets de déploiement & de configuration sur un serveur de construction sans Visual Studio installé, je meurs d'envie de savoir!

EDIT:. Merci à Jonathan Stanton la mise à jour fonctionne maintenant, mais il crée un autre problème ... Le serveur de build boucles maintenant (sur le changement, il met à jour la version d'assemblage et engage le fichier Ce caouses le déclencheur onModify au feu si il met à jour la version d'assemblage et valide le fichier ...).

Que puis-je faire afin qu'il ne boucle pas? Puis-je ajouter une tâche SVN de mise à jour? Cela aidera-t-il?

Answer 1

This question may help. J'ai abandonné les projets d'installation et de déploiement en raison de la dépendance VS.

Answer 2

La tâche suivante consignera le fichier dans le référentiel source.

<exec executable="svn.exe">   
    <buildArgs>commit -F <file you want to commit back> --username USER --password PASS --no-auth-cache --non-interactive --message 'CruiseControl.net build %CCNetLabel%'</buildArgs> 
    <buildTimeoutSeconds>10</buildTimeoutSeconds> 
</exec> 

Les liens suivants peuvent être utiles:

• CruiseControl.NET: Executable Task reference page - Cela a une liste de toutes les étiquettes que vous pouvez passer au programme exeternal que vous ba en mesure d'utiliser pour construire la chemin vers le fichier que vous êtes en train de renvoyer.
• SVN Commit command line reference - Pour toutes les options que vous pouvez passer au client de ligne de commande SVN.

J'espère que cette aide

Jonathan

EDIT

Il y a une autre façon de faire ceci et cela est de permettre CC.NET de définir la version de construction dans la DLL . Il y a une procédure pas à pas sur la façon de le faire au coin de Damir intitulé Setting Up SVN and CC.NET for .NET Development

Answer 3

Il y a une autre réponse sur stackoverflow sur la façon de cfg cc pour éviter le cycle de construction: How to checkin code during the build

Answer 4

Dans le post on my blog que Jonathan lié dans sa réponse J'ai décrit ma configuration qui ne fait aucun commit pendant le processus de construction. Au lieu d'augmenter le nombre de build pendant la construction, j'utilise simplement le numéro de révision de Subversion. Je préfère de cette façon parce que basé sur le numéro de build, je peux facilement récupérer les sources qui ont servi à faire la construction. Cela fonctionne très bien dans mon cas où toutes les constructions sont effectuées sur CruiseControl.NET. Construire des configurations manuellement est plus délicat dans ce cas car les fichiers de Subversion n'ont pas le bon numéro de build. Vous pouvez contourner ce problème en utilisant les fichiers déjà modifiés de CruiseControl.NET et les utiliser pour créer votre installation.Ou vous pourriez simplement construire la configuration en continu aussi bien.

Si cela ne fonctionne pas pour vous, vous devez prendre le chemin Filtered Source Control Block suggéré par DilbertDave. Mettez simplement votre fichier AssemblyInfo.cs (ou tout autre fichier que vous modifiez dans le processus de construction) dans exclusionFilters pour vous débarrasser de la boucle de construction.