Question

Je suis en train de mettre en place une accumulation d'intégration continue pour une application Roo Spring en utilisant le Rational Team Concert (RTC) IDE et le moteur de construction Jazz. Lors de la mise en place de la définition de la construction, la construction champ Espace de travail sur l'onglet Contrôle Jazz Source permet la sélection de l'un espace de travail référentiel ou un flux d'un utilisateur.

Le RTC intégration continue des meilleures pratiques et d'autres ressources de construction Jazz font constamment référence à l'aide d'un référentiel dédié espace de travail associé à un utilisateur de construire, me conduit à croire que c'est l'approche privilégiée. Je ne l'ai pas été en mesure de trouver des informations sur la construction du flux directement. Le flux de notre projet contient tous les objets nécessaires à la construction, et je l'ai testé et confirmé que la construction continue d'intégration fonctionne à partir du flux. Je ne peux pas penser à une raison pour laquelle je aurais besoin de créer et gérer un espace de travail spécifique à cet effet.

Ma question est, suis-je joue avec le feu en construisant directement sur du flux? Y at-il des complications possibles en aval avec cette approche que je ne suis pas au courant?

Était-ce utile?

La solution

répondre à ma propre question dans le cas où un autre utilisateur a donc la même question à l'avenir.

Après quelques essais, j'ai découvert qu'un inconvénient à la construction directement à partir du flux était qu'il ne tient pas compte de la « Build seulement s'il y a des modifications acceptées » propriété sur l'onglet Contrôle Jazz Source. En conséquence, construit à partir d'un cours d'eau ne peut être fait à des intervalles prédéfinis - il est impossible de configurer la construction pour se produire que lorsque de nouveaux changements ont été commis au cours d'eau.

Un espace de travail dédié est nécessaire pour la construction d'accepter de nouveaux changements du flux et de les utiliser pour déclencher une demande de construction.

Autres conseils

Il y a une autre grande différence ici. Il a à voir avec la construction se fait. Permettez-moi de souligner la différence ici.

Si vous construisez à partir d'un espace de travail de référentiel de construction dédié, votre espace de travail de construction a déjà une copie de tout le code. Lorsque vos modifications sont livrés, et la construction est ont lancé, seuls les fichiers modifiés (votre jeu de changement) être mis à jour et physiquement copiés à partir du référentiel de l'espace de travail du référentiel de construction. Étant donné que la plupart des changements sont faibles, cela implique la copie de nulle part de 0,1% à 2% de votre base de code du référentiel.

Si vous construisez de « flux », puis vos besoins d'espace de travail de construction à créer (vous devez compiler quelque part!). Ainsi, lorsque cela est créé, vos besoins codebase TOTALITÉ être mis à jour et physiquement copiés à partir du référentiel de l'espace de travail du référentiel de construction. Ce moyen de récupération de 100% de votre base de code du référentiel.

Chaque opération de fichier implique un appel à découvrir la ressource nécessaire, aller chercher cette ressource à partir de la base de données hébergeant le référentiel, puis ayant l'application de Jazz fournit ce fichier source sur le réseau. Il en résulte une charge sur le serveur de base de données, le serveur Web et le serveur d'applications. Plus vous téléchargez comme ça, plus d'une charge que vous mettez sur ces composants.

Il y a certaines choses que vous pouvez utiliser pour minimiser cette charge sur l'infrastructure de Jazz. L'utilisation des procurations de mise en cache de contenu (à l'aide d'un simple serveur proxy Squid) peut aider.

Pour plus de détails sur vos options ici, et les mérites relatifs de ces options, allez lire mon blog et sur les questions de livre blanc Performance Jazz ( http://dtoczala.wordpress.com/2013/02/11/jazz-performance-a-guide-to- meilleure performance / ). Cet article est presque un an maintenant, mais reste valable. Vous pouvez également consulter le Wiki de déploiement Jazz ( https://jazz.net/wiki/bin / view / déploiement / WebHome ), et vérifier les sections sur les problèmes de dépannage de performance et de performance.

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