ibm rational jazz source control
Il Controllo della sorgente jazz è un repository in RTC, che può contenere il codice sorgente e qualsiasi altro artefatto come documenti o file HTML o qualsiasi file di testo. E la gestione del controllo del codice sorgente Jazz comprende diversi componenti come componenti, changeset, stream, spazio di lavoro del repository, ecc.
In questo tutorial, impareremo di più sui componenti e le funzioni del controllo Jazz Source insieme a Gestione build modulo di RTC.
NOTA : Questo tutorial ha molte immagini, quindi permettigli di caricarlo correttamente.
In questo tutorial daremo uno sguardo approfondito a 'Jazz Source control' utilizzando 'IBM Rational Team Concert' ed è basato sulla versione 6.0.2.
Cosa imparerai:
- Introduzione a IBM Rational Team Concert
- Componenti di Jazz Source Control
- Come funzionano i componenti Jazz?
- Utilizzo di Jazz SCM
- Gestione build
- Conclusione
- Lettura consigliata
Introduzione a IBM Rational Team Concert
Come accennato in precedenza, IBM Rational Team Concert (RTC) è uno dei componenti chiave della soluzione IBM Rational CLM.
Oggi con la soluzione ALM, i team di progetto stanno cercando una soluzione che sia integrata con l'esecuzione. IBM Rational Team Concert aiuta i Project Manager e gli sviluppatori a mantenere i pochi artefatti all'interno di un singolo repository.
Gli artefatti sono:
- Gestione degli oggetti di lavoro
- Pianificazione del progetto (Supporta Agile Scrum o cascata)
- Software Configuration Management (SCM)
- Gestione build
Tutti i componenti di cui sopra sono ben integrati per fornire la completa tracciabilità del lavoro che viene eseguito da una prospettiva di sviluppo. Ora, diamo un'occhiata ad alcuni dei concetti coinvolti in Jazz SCM.
Qualsiasi team di sviluppo composto da più membri lavora con un'ampia base di codice sorgente per un'applicazione in fase di sviluppo. Ogni membro del team lavora con lo stesso codice sorgente, modificando uno o più file per lavorare su una nuova funzionalità o per correggere un difetto. Il membro del team controlla se le modifiche sono corrette, quindi condivide tali modifiche con il resto del team in un'area comune.
Allo stesso tempo, altri membri del team lavoreranno sulle attività assegnate loro e apporteranno modifiche al codice sorgente. Quindi uno strumento di controllo del codice sorgente aiuta a organizzare il codice sorgente o i documenti del team, monitorandoli e condividendo le modifiche in un'area comune, aiutando così il team a completare le attività assegnate loro.
Nel mio tutorial precedente , abbiamo visto come gli elementi di lavoro (come Storia, Attività, Difetto ecc.) contengono importanti informazioni sul progetto. In estensione a ciò, questi Elementi dell'attività sarà ora collegato alle modifiche nel codice sorgente.
Componenti di Jazz Source Control
Il Controllo della sorgente jazz è un repository in RTC, che può contenere il codice sorgente e qualsiasi altro artefatto come documenti o file HTML o qualsiasi file di testo. Questo repository è gestito da Jazz Team Server ed è accessibile tramite un URL che vedremo in questo tutorial.
Diamo un'occhiata ai componenti coinvolti in Jazz Source Control e come faremo a utilizzarlo.
# 1) Cambia set
Un changeset è una raccolta di modifiche a file o directory che sono tipicamente raggruppate insieme. Nelle sezioni seguenti, vedrai come più modifiche al codice sorgente sono raggruppate in un changeset.
# 2) Stream
Uno stream viene utilizzato per memorizzare le modifiche dell'intero team. In genere, quando tutti i membri del team apportano modifiche al codice sorgente, eseguono il commit o forniscono le modifiche al mainstream dei progetti. Prima di consegnare le modifiche, devono assegnare le modifiche apportate nel codice sorgente o qualsiasi artefatto a un elemento di lavoro Attività a cui è assegnato un membro del team.
# 3) Componente
Un componente contiene tutti gli artefatti che includono il codice sorgente e qualsiasi altro artefatto del progetto.
# 4) Area di lavoro del repository
Uno spazio di lavoro del repository è un'area in cui è possibile visualizzare e modificare le risorse controllate dalla versione. La creazione di Repository Workspace è un must per ogni membro che lavora sugli artefatti del controllo del codice sorgente.
Quindi, se ci sono 10 membri che lavorano sul repository Jazz Source Control, ognuno di loro dovrebbe creare almeno 1 spazio di lavoro del repository per lavorare sui file controllati dalla versione.
Come funzionano i componenti Jazz?
Diamo un'occhiata al flusso di lavoro di come i componenti di cui sopra lavorano insieme come integrati.
Il flusso inizia da sinistra come mostrato di seguito con il primo sviluppatore facendo le modifiche nel suo IDE di sviluppo come Eclipse o Visual Studio.Net al codice sorgente e quindi archivia le modifiche allo spazio di lavoro del repository e CONSEGNA le modifiche all'area di lavoro condivisa principale del progetto chiamata Stream .
Il secondo sviluppatore mentre si lavora sulle sue modifiche al codice sorgente ACCETTARE le modifiche nel proprio spazio di lavoro. Mentre lo fa se ci sono conflitti nella stessa riga o più righe, deve unire manualmente tali modifiche.
Utilizzo di Jazz SCM
Per poter lavorare su Jazz SCM, gli utenti devono eseguire le seguenti operazioni. Ho preso lo scenario di cui sopra e ho spiegato con 2 utenti che lavorano sulla stessa base di codice. In questo tutorial, sto utilizzando un codice di progetto Web Java di esempio in Eclipse IDE. La stessa procedura può essere seguita anche in Visual Studio.NET per .NET base di codice.
Attività utente 1
- Utente1 condivide il progetto con Controllo della sorgente jazz
- L'utente1 apporta modifiche, archivia e consegna le modifiche al progetto STREAM . Ricorda che non è richiesto un check-out esplicito. Quando l'utente apporta modifiche, viene considerato come checkout.
Vediamo ora come vengono eseguiti i 2 passaggi precedenti in Eclipse IDE come Utente1. Quindi il primo utente accede all'area del progetto RTC e passa alla prospettiva Java.
PER esempio del progetto web HelloWorld Maven viene creato e verrà caricato in Controllo della sorgente jazz per il team su cui lavorare.
(Nota:Fare clic su qualsiasi immagine per ingrandirla)
Condividi il progetto su Jazz Source Control come Utente1
# 1) Utente1 accede all'area del progetto RTC e apre la prospettiva Java in cui il progetto Maven sarà visibile nella vista Esplora pacchetti. Per condividere il progetto con il controllo sorgente Jazz, fare clic con il pulsante destro del mouse sul progetto e quindi selezionare Squadra => Condividi progetto
#Due) Selezionare Controllo della sorgente jazz e segui i passaggi rimanenti per completare il caricamento nel repository Jazz
Crea un nuovo spazio di lavoro del repository per Utente1
Seleziona il Flusso del progetto . Ricordare che lo stream e il componente sono stati creati per impostazione predefinita quando è stata creata l'area del progetto RTC. Puoi anche creare il tuo flusso e il tuo componente. Per questo esercizio useremo quelli di default già creati.
Assicurati che il file progetto da condividere con il controllo della sorgente Jazz è selezionato. Clic finire .
# 3) Ora puoi vedere che il file Area di lavoro Utente1 è associato al Progetto Maven in Package Explorer il che significa che il progetto è ora sotto il repository di controllo del codice sorgente Jazz.
# 4) Il progetto è condiviso con il controllo del codice sorgente Jazz ma non è ancora visibile agli altri membri del team. Per questo, a Consegnare l'operazione dovrebbe essere fatto. Vai a Modifiche in sospeso Visualizza e vedrai un file Cartella in uscita. Fare clic con il pulsante destro del mouse su quella cartella in uscita e selezionare È possibile visualizzare le modifiche impostate nella cartella in uscita. Può essere un commento o un elemento di lavoro Attività assegnato allo sviluppatore
# 5) Il project è ora disponibile nel flusso del progetto . Quindi altri utenti possono ora creare un'area di lavoro del repository e apportare modifiche al progetto controllato dalla versione in proprio spazio di lavoro Eclipse locale
Attività utente2
Poiché Utente2 accederà al repository per la prima volta, è necessario eseguire le seguenti azioni.
- Utente2 accede a Area di progetto RTC
- Crea un'area di lavoro del repository e scarica il progetto caricato da Utente1
- Inizialmente, il progetto verrà scaricato sulla macchina locale dal repository jazz per apportare modifiche. Quindi, per la prima volta, l'Utente2 non ha bisogno di ACCETTARE alcuna modifica. Ma successivamente, l'utente dovrà ACCETTARE le modifiche
- L'utente2 apporta le modifiche e poi le consegna allo stream.
# 1) User2 crea uno spazio di lavoro del repository come mostrato di seguito. Fare clic con il pulsante destro del mouse sul file ruscello e seleziona Nuovo => Area di lavoro del repository
Immettere un nome come User2_Workspace e quindi fare clic su Avanti per seguire i passaggi rimanenti.
Clic finire per avviare il download del progetto Maven dal repository all'area di lavoro eclipse della macchina locale.
Clicca su finire
#Due) Ora puoi vedere il progetto a cui è collegato User2_Workspace
# 3) Apri il indice . jsp file e apportare alcune modifiche. Ricorda che non è previsto il checkout e questa modifica viene eseguita come Utente2. Dopo aver apportato le modifiche al file, SALVA il file. In fondo a Modifiche in sospeso vista, troverai un file Irrisolto cartella.
# 4) Se nel caso lo desideri Disfare le modifiche, quindi puoi farlo facendo clic con il pulsante destro del mouse su Irrisolto cartella e seleziona Se ciò non è richiesto, allora procedere al passaggio successivo.
# 5) Ora fai clic con il pulsante destro del mouse sul file Irrisolto cartella e seleziona Check-in All .
# 6) Assegna un elemento di lavoro TASK al changeset e invia le modifiche allo stream. Fai clic con il pulsante destro del mouse sul changeset che mostra come
Seleziona l'elemento di lavoro Attività assegnato a Utente2 e fare clic ok
# 7) Ora puoi vedere le modifiche associate al file Oggetto di lavoro dell'attività e ora posso consegnare le modifiche allo stream.
# 8) Puoi anche visualizzare il file Storia dei cambiamenti a qualsiasi file. Fare clic con il pulsante destro del mouse sul file in Package o Project Explorer e selezionare Squadra => Mostra cronologia
# 9) Puoi tornare a qualsiasi versione precedente facendo clic con il pulsante destro del mouse su qualsiasi precedente ID versione e selezionando Caricare . Successivamente, dovrai effettuare il check-in e consegnare come al solito.
Attività utente1
Di nuovo nell'area di lavoro Utente1, poiché Utente2 ha consegnato le modifiche, Utente1 ora vedrà le modifiche come In arrivo. Fare clic con il pulsante destro del mouse sul file Cartella in arrivo e poi seleziona Accettare .
Le modifiche apportate da Utente2 sono ora popolate nell'area di lavoro Utente1. Quindi lo spazio di lavoro Utente1 è aggiornato su Jazz repository .
Come Utente1, ora modifica la seconda riga nel tag per produrre un conflitto assumendo che anche Utente2 effettui una modifica sulla stessa riga.
Come di solito salvare il file, archiviare tutto, assegnare a un elemento di lavoro attività e consegnare le modifiche allo stream.
Attività utente2
L'utente2 vedrà la modifica in Cartella in arrivo. Ma allo stesso tempo Utente2 modifica anche la stessa riga.
Salva il file. Fare clic con il pulsante destro del mouse sul file irrisolto cartella e seleziona Controlla tutto
Assegna un Compito di lavoro articolo prima della consegna . Fare clic con il pulsante destro del mouse sul changeset intitolato
Fare clic con il pulsante destro del mouse sul file Estroverso cartella e seleziona Consegnare
Noterai che le modifiche non possono essere consegnate, poiché c'è un conflitto. Dobbiamo risolvere il conflitto e poi procedere Consegnare. Clicca su ok
Per risolvere il conflitto, prima di tutto, accettare le modifiche in arrivo. Fare clic con il tasto destro sulla cartella In arrivo e quindi selezionare Accettare
Nella casella Auto, Resolve selezionare Resolve Opzione successiva
Fare doppio clic sul file index.jsp mostrato nel file Cartella non risolta.
Fare clic con il tasto destro sul file index.jsp e selezionare Risolvi con il mio. Questa opzione manterrà le modifiche apportate dall'utente corrente che è Utente2. Risolvi con Proposta aggiornerà il file con le modifiche in arrivo apportate da Utente1.
Clicca su sì per procedere e quindi selezionare l'opzione Risolvi come unito Sul lato destro.
Ora fai clic con il pulsante destro del mouse sul gruppo di modifiche sotto il file Estroverso cartella e quindi selezionare Consegnare
Ora accedi come Utente1 e Accettare le modifiche da In arrivo cartella.
Gestione build
IBM Rational Team Concert supporta la gestione della build come estensione logica alle attività di controllo della versione che sono state spiegate sopra in questo tutorial. Più membri del team forniscono le modifiche frequentemente, preferibilmente su base giornaliera e ciascuna di questa integrazione viene verificata da una build automatizzata per rilevare eventuali difetti o errori il più rapidamente possibile. Questo porta al concetto di integrazione continua. La build automatizzata viene normalmente eseguita su un server di build dedicato e non su una macchina per sviluppatori.
Per iniziare con le attività di gestione della compilazione in RTC sul server di compilazione, sarà necessario scaricare e installare Build System Toolkit utilizzando IBM Installation Manager. Per la versione 6.0.2 è disponibile in Jazz.net sito di download .
Le istruzioni di installazione possono essere trovate su questo pagina .
Per definire ed eseguire qualsiasi build avrai bisogno dei seguenti 2 artefatti di build
- Costruisci motore che aiuta a eseguire la build definita. Questo è disponibile una volta installato il toolkit di build
- Definizione build che aiuta a identificare qualsiasi script di build come ANT o Maven
Tutte le azioni di Gestione build vengono eseguite su un server di compilazione dedicato e per la compilazione deve essere creato uno spazio di lavoro del repository separato. Non utilizzare alcuna area di lavoro del repository per sviluppatori esistente.
Avvio di Build Engine
In RTC, crea un motore di build come mostrato di seguito. Fare clic con il pulsante destro del mouse sul file Costruisci motori cartella e quindi selezionare Nuovo motore di build
Clic Avanti>
Inserisci un ID e seleziona Jazz Build Engine e fare clic su finire
Fare clic su Salva nella schermata Build Engine
Avvia il Build Engine
Per avviare il Build Engine, vai nella directory in cui è installato e quindi esegui il programma jbe.exe che si trova nella directory eclipse del build toolkit
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Eseguire il programma da un prompt dei comandi come segue
Sostituisci i valori secondo i dettagli del tuo server
Crea una definizione di build
Fare clic con il pulsante destro del mouse sul file Costruisce cartella e seleziona Nuova definizione di build e fare clic su Il prossimo
Immettere un ID e selezionare Maven - Jazz Build Engine come modello di build. Clic Il prossimo
Selezionare Controllo della sorgente jazz e seleziona finire
Nel Scheda Panoramica della definizione build, aggiungi il file Costruisci motore creato in precedenza e quindi fare clic su ok
Nel TAB di controllo della sorgente Jazz selezionare o creare un nuovo Build Workspace e inserisci un caricare la directory . Questa è la directory in cui verrà scaricato il progetto e verrà eseguita la compilazione per generare il file File WAR . Ogni volta che la compilazione viene completata, verrà eliminata e il contenuto del progetto più recente verrà scaricato per la compilazione.
Appena sotto nella stessa scheda, puoi vedere l'opzione dove è più recente le modifiche saranno accettate prima di ogni nuova build e solo se ci sono modifiche la build verrà eseguita.
cosa si intende per chiave di sicurezza di rete
Nel Maven TAB, inserisci la posizione nel file pom.xml. Il progetto verrà solitamente scaricato nella directory di caricamento. Quindi la posizione pom.xml sarebbe D: LoadDir HelloWorld-Maven
Inserisci obiettivo come installare.
accedere Directory principale di Maven senza bin
Salva la definizione di build.
Richiedi una build
Nella visualizzazione Team, artefatti, fare clic con il pulsante destro del mouse sulla definizione di build e quindi selezionare Richiedi build.
Clicca su Invia.
Il risultato della compilazione viene visualizzato come completato correttamente e il file WAR generato nella directory di destinazione verrà visualizzato in Esplora pacchetti.
Conclusione
In questo tutorial, abbiamo visto come utilizzare il modulo di controllo della versione all'interno di IBM Rational Team Concert e come gli elementi di lavoro giocano un ruolo molto importante nella tracciabilità del codice sorgente.
La parte più importante dell'attività SCM in RTC è che è completamente integrato con il Build Management che definisce il concetto di Continuous Integration.
Abbiamo anche imparato a conoscere il modulo Build Management di RTC che accetta le ultime modifiche dal repository Jazz SCM ed esegue la build.
Nel mio prossimo tutorial , vedremo un'estensione a questa attività di compilazione che è: Distribuzione automatica utilizzando un altro strumento IBM chiamato IBM Urbancode Deploy.
Rimanete sintonizzati!!!
Fateci sapere i vostri pensieri / suggerimenti nella sezione commenti qui sotto.
Lettura consigliata
- Controllo del codice sorgente o controllo della versione in DevOps (tutorial video parte 2 - blocco 2)
- Integrazione di IBM Rational Quality Manager (RQM) con Rational Functional Tester (RFT)
- Tutorial sulla migrazione da SVN a IBM Rational Team Concert
- Nozioni di base sull'apprendimento di Rational Robot - IBM Test Automation Tool
- Tutorial di IBM Rational Team Concert Defect Management Tool
- IBM Rational Team Concert (RTC) e integrazione SVN su Windows
- Funzione pool di dati in IBM Rational Quality Manager per Test Data Management
- Personalizzazione avanzata dell'oggetto di lavoro IBM Rational Team Concert