Comment dois-je aborder l'intégration continue et les versions .NET Framework

Question

Je commence tout juste le passage à .NET Framework 3.5. J'utilise CruiseControl.NET pour notre intégration continue et je voudrais savoir comment d'autres personnes abordent la mise en place.

J'ai une branche du code source intitulé NET3.5 mais pour l'instant je garde le tronc comme 2.0.

J'ai créé deux projets CruiseControl qui vérifient depuis le réseau et la branche.

J'ai donc deux projets d'intégration continue même s'il n'y a qu'une base de code.

Je pense que c'est l'approche correcte, car j'ai besoin d'utiliser différentes versions de aspnet_merge.exe pour compiler le code, ce qui signifie deux fichiers de configuration séparés et donc les deux projets d'intégration continue.

Est-ce que cette approche est correcte, est-ce que chaque branche devrait être construite séparément ou devrait-il s'agir d'une seule grande base de code qui compile différentes versions de versions dans une construction géante?

Vive

Answer 1

Personnellement, je crée un nouveau projet CCNet pour les branches, ce qui ressemble à ce que vous avez fait.

Les avantages sont:

• changements dans une branche seule cause d'un projet de reconstruction
• Vous avez séparés créer des rapports/artefacts pour chaque branche
• Si une branche casse, l'autre branche peut toujours être construit/déployé

Lorsque vous fusionnez la branche dans le réseau, vous pouvez supprimer le projet Cruise supplémentaire. Faites-moi savoir s'il y a quelque chose de spécifique à votre application ASP.NET que j'ai raté ici.

Answer 2

Commutateur à TeamCity et ont de multiples construit (au moins un par branche). Il est très facile de configurer des builds dans TeamCity, et c'est certainement la bonne solution pour tester différentes versions de votre base de code (framework inclus).