ibm rational jazz source control
La Contrôle de la source Jazz est un référentiel dans RTC, qui peut contenir le code source et tout autre artefact comme des documents ou des fichiers HTML ou tout autre fichier texte. Et la gestion du contrôle de source Jazz comprend plusieurs composants tels que le composant, le changeset, le flux, l'espace de travail du référentiel, etc.
Dans ce didacticiel, nous en apprendrons davantage sur les composants et les fonctions du contrôle Jazz Source ainsi que Gestion de la construction module de RTC.
REMARQUE : Ce tutoriel contient de nombreuses images, alors laissez-le se charger correctement.
Dans ce didacticiel, nous allons examiner en profondeur le «Contrôle Jazz Source» à l'aide de «IBM Rational Team Concert» et il est basé sur la version 6.0.2.
Ce que vous apprendrez:
- Présentation d'IBM Rational Team Concert
- Composants de Jazz Source Control
- Comment fonctionnent les composants Jazz?
- Utilisation de Jazz SCM
- Gestion de la construction
- Conclusion
- lecture recommandée
Présentation d'IBM Rational Team Concert
Comme mentionné ci-dessus, IBM Rational Team Concert (RTC) est l'un des composants clés de la solution IBM Rational CLM.
Aujourd'hui, avec la solution ALM, les équipes projets recherchent une solution intégrée à l'exécution. IBM Rational Team Concert aide les chefs de projet et les développeurs à conserver les quelques artefacts dans un référentiel unique.
Les artefacts sont:
- Gestion des éléments de travail
- Planification de projet (prend en charge Scrum agile ou cascade)
- Gestion de la configuration logicielle (SCM)
- Gestion de la construction
Tous les composants ci-dessus sont bien intégrés pour fournir une traçabilité complète du travail effectué dans une perspective de développement. Voyons maintenant quelques-uns des concepts impliqués dans Jazz SCM.
Toute équipe de développement composée de plusieurs membres travaille avec une large base de code source pour une application en cours de développement. Chaque membre de l'équipe travaille avec le même code source, en modifiant un ou plusieurs fichiers pour travailler sur une nouvelle fonctionnalité ou pour corriger un défaut. Le membre de l'équipe vérifie si les modifications sont correctes, puis partage ces modifications avec le reste de l'équipe dans une zone commune.
En même temps, d'autres membres de l'équipe travailleront sur les tâches qui leur sont assignées et apporteront des modifications au code source. Ainsi, un outil de contrôle de source aide à organiser le code source ou les documents de l’équipe, à les suivre et à partager les modifications apportées à une zone commune, aidant ainsi l’équipe à accomplir les tâches qui leur sont assignées.
Dans mon tutoriel précédent , nous avons vu comment les éléments de travail (comme l'histoire, la tâche, les défauts, etc.) contiennent des informations importantes sur le projet. En plus de cela, ces Éléments de tâche sera désormais lié aux modifications du code source.
Composants de Jazz Source Control
La Contrôle de la source Jazz est un référentiel dans RTC, qui peut contenir le code source et tout autre artefact comme des documents ou des fichiers HTML ou tout autre fichier texte. Ce référentiel est géré par Serveur de l'équipe Jazz et est accessible à l'aide d'une URL que nous verrons dans ce tutoriel.
Examinons les composants impliqués dans Jazz Source Control et comment nous allons l'utiliser.
# 1) Ensemble de changement
Un ensemble de modifications est un ensemble de modifications de fichiers ou de répertoires qui sont généralement regroupées. Dans les sections suivantes, vous verrez comment plusieurs modifications apportées au code source sont regroupées dans un ensemble de modifications.
# 2) Flux
Un flux est utilisé pour stocker les modifications de toute l'équipe. En règle générale, lorsque tous les membres de l'équipe apportent des modifications au code source, ils valident ou apportent les modifications aux projets courants. Avant de livrer les modifications, ils doivent affecter les modifications qu'ils ont apportées au code source ou à tout artefact à un élément de travail Tâche auquel un membre de l'équipe est affecté.
# 3) Composant
Un composant contient tous les artefacts qui incluent le code source et tous les autres artefacts du projet.
# 4) Espace de travail du référentiel
Un espace de travail de référentiel est une zone dans laquelle vous pouvez afficher et modifier les artefacts contrôlés par version. La création de Repository Workspace est un must pour chaque membre travaillant sur des artefacts de contrôle de code source.
Ainsi, si 10 membres travaillent sur le référentiel Jazz Source Control, chacun d'entre eux doit créer au moins 1 espace de travail de référentiel pour travailler sur des fichiers contrôlés par version.
Comment fonctionnent les composants Jazz?
Examinons le flux de travail de la façon dont les composants ci-dessus fonctionnent ensemble comme intégrés.
Le flux commence à gauche comme indiqué ci-dessous avec le premier développeur faire les changements dans son IDE de développement comme Eclipse ou Visual Studio.Net au code source, puis archiver les modifications dans l'espace de travail du référentiel et DÉLIVRE les modifications dans la zone de travail partagée principale du projet Flux .
La deuxième développeur tout en travaillant sur son code source, les modifications J'ACCEPTE les changements dans son propre espace de travail. Ce faisant, s'il y a des conflits dans la même ligne ou sur plusieurs lignes, il doit fusionner manuellement ces modifications.
Utilisation de Jazz SCM
Pour travailler sur Jazz SCM, les utilisateurs doivent effectuer les opérations suivantes. J'ai pris le scénario ci-dessus et expliqué avec 2 utilisateurs travaillant sur la même base de code. Dans ce didacticiel, j'utilise un exemple de code de projet Web Java dans Eclipse IDE. La même procédure peut également être suivie dans la base de code Visual Studio.NET pour .NET.
Activité de l'utilisateur 1
- User1 partage le projet avec le Contrôle de source Jazz
- User1 apporte des modifications, enregistre et fournit les modifications au projet FLUX . N'oubliez pas qu'aucune extraction explicite n'est requise. Lorsque l'utilisateur effectue des modifications, cela est considéré comme un paiement.
Voyons maintenant comment les 2 étapes ci-dessus sont effectuées dans Eclipse IDE en tant qu'utilisateur1. Ainsi, le premier utilisateur se connecte à la zone de projet RTC et passe à la perspective Java.
À exemple de projet Web HelloWorld Maven est créé et il sera téléchargé sur Contrôle de source Jazz pour que l'équipe travaille.
(Noter:Cliquez sur n'importe quelle image pour une vue agrandie)
Partager le projet avec Jazz Source Control en tant qu'utilisateur1
#1) User1 se connecte à la zone de projet RTC et ouvre la perspective Java où le projet Maven sera visible dans la vue Explorateur de packages. Pour partager le projet avec le contrôle de source Jazz, faites un clic droit sur le projet, puis sélectionnez Équipe => Partager le projet
#deux) Sélectionner Contrôle de la source Jazz et suivez les étapes restantes pour terminer le téléchargement vers le référentiel Jazz
Créer un nouvel espace de travail de référentiel pour User1
Sélectionnez le Flux de projet . N'oubliez pas que le flux et le composant ont été créés par défaut lors de la création de la zone de projet RTC. Vous pouvez également créer votre propre flux et composant. Pour cet exercice, nous utiliserons ceux par défaut déjà créés.
Assurez-vous que le projet à partager avec le contrôle de source Jazz est sélectionné. Cliquez sur Finir .
# 3) Vous pouvez maintenant voir que le Espace de travail User1 est associé au Projet Maven dans l'explorateur de packages ce qui signifie que le projet est maintenant sous le référentiel de contrôle de source Jazz.
# 4) Le projet est partagé avec le contrôle de code source Jazz, mais il n'est pas encore visible pour les autres membres de l'équipe. Pour cela, un Livrer l'opération devrait être fait. Aller à Modifications en attente Voir et vous verrez un Dossier sortant. Cliquez avec le bouton droit sur ce dossier sortant et sélectionnez Vous pouvez voir l'ensemble des modifications sous le dossier sortant. Il peut s'agir d'un commentaire ou d'un élément de travail Tâche attribué au développeur
# 5) La le projet est maintenant disponible dans le flux du projet . Ainsi, les autres utilisateurs peuvent désormais créer un espace de travail de référentiel et apporter eux-mêmes des modifications au projet contrôlé par version. espace de travail Eclipse local
Activité de l'utilisateur 2
Comme User2 accédera au référentiel pour la première fois, les actions suivantes doivent être effectuées.
- L'utilisateur2 se connecte au Zone de projet RTC
- Crée un espace de travail de référentiel et télécharge le projet téléchargé par Utilisateur1
- Au départ, le projet sera téléchargé sur la machine locale à partir du référentiel de jazz pour effectuer des modifications. Par conséquent, pour la première fois, l'Utilisateur2 n'a pas besoin d'ACCEPTER les modifications. Mais par la suite, l'utilisateur devra ACCEPTER les modifications
- User2 effectue les modifications, puis transmet ces modifications au flux.
#1) User2 crée un espace de travail de référentiel comme indiqué ci-dessous. Faites un clic droit sur le flux et sélectionnez Nouveau => Espace de travail du référentiel
Entrez un nom tel que User2_Workspace puis cliquez sur Suivant pour suivre les étapes restantes.
Cliquez sur Finir pour commencer à télécharger le projet Maven du référentiel vers l'espace de travail Eclipse de la machine locale.
Cliquer sur Finir
#deux) Vous pouvez maintenant voir le projet qui est lié à User2_Workspace
# 3) Ouvrez le indice . jsp fichier et apportez quelques modifications. N'oubliez pas qu'il n'y a pas de paiement et que cette modification est effectuée en tant que User2. Après avoir apporté des modifications au fichier, ENREGISTRER le fichier. En bas de Modifications en attente vue, vous trouverez un Non résolu dossier.
# 4) Si au cas où vous voudriez annuler les modifications, vous pouvez le faire en cliquant avec le bouton droit sur le Non résolu dossier et sélectionnez Si ce n'est pas nécessaire, alors passez à l'étape suivante.
# 5) Maintenant, faites un clic droit sur le Non résolu dossier et sélectionnez Tout enregistrer .
# 6) Attribuez un élément de travail TASK à l'ensemble de modifications et fournissez les modifications au flux. Cliquez avec le bouton droit sur le changeset qui apparaît comme
Sélectionnez l'élément de travail Tâche affecté à Utilisateur2 et cliquez d'accord
# 7) Vous pouvez maintenant voir les changements associés au Élément de travail de tâche et peut maintenant livrer les modifications apportées au flux.
# 8) Vous pouvez également afficher le Histoire des changements à n'importe quel fichier. Cliquez avec le bouton droit sur le fichier dans le package ou dans l'explorateur de projet et sélectionnez Équipe => Afficher l'historique
# 9) Vous pouvez revenir à n'importe quelle version précédente en cliquant avec le bouton droit sur n'importe quelle version précédente ID de version et en sélectionnant Charge . Après cela, vous devrez vous enregistrer et livrer comme d'habitude.
Activité de l'utilisateur1
De retour dans l'espace de travail User1, puisque User2 a fourni les modifications, User1 verra désormais les modifications comme Entrant. Faites un clic droit sur le Dossier entrant puis sélectionnez J'accepte .
Les modifications effectuées par User2 sont maintenant renseignées dans l'espace de travail User1. L'espace de travail User1 est donc à jour sur le le jazz dépôt .
En tant que User1, modifiez maintenant la deuxième ligne dans le tag pour produire un conflit en supposant que même User2 effectue une modification sur la même ligne.
Comme d'habitude enregistrer le fichier, archiver tout, attribuer à un élément de travail de tâche et livrer les modifications apportées au flux.
Activité de l'utilisateur 2
L'utilisateur2 verra le changement dans Dossier entrant. Mais en même temps Utilisateur2 modifie également la même ligne.
Enregistrez le fichier. Faites un clic droit sur le non résolu dossier et sélectionnez Tout enregistrer
Attribuer un Travail de tâche article avant de livrer . Cliquez avec le bouton droit de la souris sur l'ensemble de modifications intitulé
Faites un clic droit sur le Sortant dossier et sélectionnez Livrer
Vous remarquerez que les modifications ne peuvent pas être livrées, car il y a un conflit. Nous devons résoudre le conflit, puis poursuivre Livrer. Cliquer sur d'accord
Pour résoudre le conflit, tout d'abord, J'accepte les changements entrants. Cliquez avec le bouton droit sur le dossier Entrant, puis sélectionnez J'accepte
Dans la zone Auto, Resolve, sélectionnez le Resolve Option ultérieure
Double-cliquez sur le fichier index.jsp qui apparaît dans le Dossier non résolu.
Faites un clic droit sur le fichier index.jsp et sélectionnez Résolvez avec le mien. Cette option conservera les modifications effectuées par l'utilisateur actuel qui est User2. Résoudre avec Proposé mettra à jour le fichier avec les modifications entrantes effectuées par User1.
Cliquer sur Oui pour continuer, puis sélectionnez l'option Résoudre comme fusionné sur le côté droit.
Maintenant, faites un clic droit sur l'ensemble de modifications sous le Sortant dossier, puis sélectionnez Livrer
Connectez-vous maintenant en tant que User1 et J'accepte les changements par rapport au Entrant dossier.
Gestion de la construction
IBM Rational Team Concert prend en charge la gestion des builds en tant qu'extension logique des activités de contrôle de version décrites ci-dessus dans ce didacticiel. Plusieurs membres de l'équipe livrent leurs modifications fréquemment, de préférence quotidiennement, et chacune de cette intégration est vérifiée par une construction automatisée pour détecter les défauts ou erreurs le plus rapidement possible. Cela conduit à la concept d'intégration continue. La construction automatisée est normalement effectuée sur un serveur de compilation dédié et non sur une machine de développement.
Pour démarrer avec les activités de gestion de build dans RTC sur le serveur de build, vous devrez télécharger et installer Boîte à outils du système de construction à l'aide d'IBM Installation Manager. Pour la version 6.0.2, il est disponible sur Jazz.net site de téléchargement .
Les instructions d'installation se trouvent sur ce page .
Pour définir et exécuter n'importe quelle construction, vous aurez besoin des 2 artefacts de construction suivants
- Construire le moteur qui aide à exécuter la construction définie. Ceci est disponible une fois que le toolkit Build est installé
- Définition de construction qui aide à identifier tout script de construction comme ANT ou Maven
Toutes les actions de gestion de build sont effectuées sur un serveur de build dédié et un espace de travail de référentiel distinct doit être créé pour la build. N'utilisez aucun espace de travail de référentiel de développeur existant.
Démarrage du moteur de construction
Dans RTC, créez un moteur de génération comme indiqué ci-dessous. Faites un clic droit sur le Construire des moteurs dossier, puis sélectionnez Nouveau moteur de construction
Cliquez sur Suivant>
Entrez un ID et sélectionnez Moteur de construction Jazz et cliquez sur Finir
Cliquez sur Enregistrer dans l'écran Build Engine
Démarrez le moteur de construction
Pour démarrer le moteur de construction, accédez au répertoire où il est installé, puis exécutez le programme jbe.exe qui se trouve dans le répertoire eclipse de la boîte à outils de construction
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Exécutez le programme à partir d'une invite de commande comme suit
Remplacez les valeurs selon les détails de votre serveur
Créer une définition de construction
Faites un clic droit sur le Construit dossier et sélectionnez Nouvelle définition de construction et cliquez sur Suivant
Entrez un identifiant et sélectionnez Maven - Jazz Build Engine comme modèle de construction. Cliquez sur Suivant
Sélectionner Contrôle de la source Jazz et sélectionnez Finir
dans le Onglet Aperçu de la définition de construction, ajoutez le Construire le moteur créé plus tôt, puis cliquez sur d'accord
dans le Onglet Contrôle de la source Jazz sélectionnez ou créer un nouvel espace de travail de construction et entrez un répertoire de chargement . C'est le répertoire dans lequel le projet sera téléchargé et la compilation sera effectuée pour générer le Fichier WAR . Chaque fois que la construction est terminée, elle sera supprimée et le dernier contenu du projet sera téléchargé pour la construction.
Juste en dessous dans le même TAB, vous pouvez voir l'option où la dernière les changements seront acceptés avant toute nouvelle construction et seulement s'il y a des changements, la construction sera effectuée.
questions d'entretien de sélénium pour 4 ans d'expérience
dans le Maven TAB, entrez l'emplacement du fichier pom.xml. Le projet sera généralement téléchargé dans le répertoire de chargement. Ainsi, l'emplacement pom.xml serait D: LoadDir HelloWorld-Maven
Entrez l'objectif comme installer.
Entrer Répertoire de base Maven sans bin
Sauvegarder la définition de construction.
Demander une construction
Dans l'équipe, vue Artefacts, cliquez avec le bouton droit sur la définition de construction, puis sélectionnez Demander la construction.
Cliquer sur Nous faire parvenir.
Le résultat de la construction est affiché comme terminé avec succès et le fichier WAR généré dans le répertoire cible sera affiché dans l'explorateur de packages.
Conclusion
Dans ce didacticiel, nous avons vu comment utiliser le module de contrôle de version dans IBM Rational Team Concert et comment les éléments de travail jouent un rôle très important dans la traçabilité du code source.
La partie la plus importante de l'activité SCM dans RTC est qu'elle est complètement intégrée à la gestion de construction qui définit le concept d'intégration continue.
Nous avons également découvert le module Build Management de RTC qui accepte les dernières modifications du référentiel Jazz SCM et effectue la construction.
Dans mon prochain tutoriel , nous verrons une extension de cette activité de construction qui est - Auto Deploy à l'aide d'un autre outil IBM appelé IBM Urbancode Deploy.
Restez à l'écoute!!!
Faites-nous part de vos réflexions / suggestions dans la section commentaires ci-dessous.
lecture recommandée
- Contrôle de la source ou contrôle de version dans DevOps (Tutoriel vidéo Partie 2 - Bloc 2)
- Intégration d'IBM Rational Quality Manager (RQM) avec Rational Functional Tester (RFT)
- Tutoriel de migration de SVN vers IBM Rational Team Concert
- Apprentissage des bases de Rational Robot - IBM Test Automation Tool
- Didacticiel sur l'outil de gestion des défauts IBM Rational Team Concert
- Intégration IBM Rational Team Concert (RTC) et SVN sous Windows
- Fonction de pool de données dans IBM Rational Quality Manager for Test Data Management
- Personnalisation des éléments de travail IBM Rational Team Concert Advanced