ibm rational jazz source control
O Jazz Source Control é um repositório em RTC, que pode conter o código-fonte e quaisquer outros artefatos como documentos ou arquivos HTML ou quaisquer arquivos de texto. E o gerenciamento de controle de origem do Jazz compreende vários componentes, como componente, conjunto de mudanças, fluxo, área de trabalho do repositório, etc.
Neste tutorial, aprenderemos mais sobre os componentes e funções do controle Jazz Source junto com Gerenciamento de construção módulo do RTC.
NOTA : Este tutorial tem muitas imagens, portanto, permita que ele carregue corretamente.
Neste tutorial, daremos uma olhada em profundidade no “Controle de origem do Jazz” usando “IBM Rational Team Concert” e é baseado na versão 6.0.2.
O que você aprenderá:
- Introdução ao IBM Rational Team Concert
- Componentes do Jazz Source Control
- Como funcionam os componentes do Jazz?
- Uso do Jazz SCM
- Gerenciamento de construção
- Conclusão
- Leitura recomendada
Introdução ao IBM Rational Team Concert
Conforme mencionado acima, o IBM Rational Team Concert (RTC) é um dos principais componentes da solução IBM Rational CLM.
Hoje, com a solução ALM, as equipes de projeto estão em busca de uma solução integrada com a execução. O IBM Rational Team Concert ajuda os gerentes de projeto e os desenvolvedores a manter os poucos artefatos em um único repositório.
Os artefatos são:
- Gerenciamento de Item de Trabalho
- Planejamento do Projeto (Suporta Agile Scrum ou cachoeira)
- Gerenciamento de configuração de software (SCM)
- Gerenciamento de construção
Todos os componentes acima estão bem integrados para fornecer rastreabilidade completa do trabalho executado a partir de uma perspectiva de desenvolvimento. Agora, vamos dar uma olhada em alguns dos conceitos envolvidos no Jazz SCM.
Qualquer equipe de desenvolvimento composta por vários membros trabalha com uma grande base de código-fonte para um aplicativo que está sendo desenvolvido. Cada membro da equipe trabalha com o mesmo código-fonte, alterando um ou mais arquivos para trabalhar em um novo recurso ou para corrigir um defeito. O membro da equipe verifica se as alterações estão corretas e, em seguida, compartilha essas alterações com o resto da equipe em uma área comum.
Ao mesmo tempo, outros membros da equipe trabalharão nas tarefas atribuídas a eles e farão alterações no código-fonte. Portanto, uma ferramenta de controle de origem ajuda a organizar o código-fonte ou os documentos da equipe, rastreando-os e compartilhando alterações em uma área comum, auxiliando assim a equipe a concluir as tarefas atribuídas a eles.
No meu tutorial anterior , vimos como os itens de trabalho (como história, tarefa, defeito etc.) contêm informações importantes do projeto. Além disso, estes Itens de tarefa agora será vinculado às mudanças no código-fonte.
Componentes do Jazz Source Control
O Jazz Source Control é um repositório em RTC, que pode conter o código-fonte e quaisquer outros artefatos como documentos ou arquivos HTML ou quaisquer arquivos de texto. Este repositório é gerenciado por Jazz Team Server e é acessado por meio de uma URL que veremos neste tutorial.
Vejamos os componentes envolvidos no Jazz Source Control e como faremos utilizá-lo.
# 1) Conjunto de mudanças
Um conjunto de alterações é uma coleção de alterações de arquivos ou diretórios que normalmente são agrupadas. Nas seções a seguir, você verá como várias alterações no código-fonte são agrupadas em um conjunto de alterações.
# 2) Stream
Um fluxo é usado para armazenar as mudanças de toda a equipe. Normalmente, quando todos os membros da equipe fazem alterações no código-fonte, eles confirmam ou entregam as alterações para os projetos principais. Antes de entregar as alterações, eles devem atribuir as alterações feitas no código-fonte ou quaisquer artefatos a um item de trabalho Tarefa ao qual um membro da equipe está atribuído.
# 3) Componente
Um componente contém todos os artefatos que incluem o código-fonte e quaisquer outros artefatos do projeto.
# 4) Espaço de trabalho do repositório
Uma área de trabalho do repositório é uma área onde você pode visualizar e modificar artefatos controlados por versão. A criação do Repository Workspace é uma obrigação para todos os membros que trabalham em artefatos de controle de origem.
Portanto, se houver 10 membros trabalhando no repositório do Jazz Source Control, cada um deles deve criar pelo menos 1 área de trabalho do repositório para trabalhar em arquivos controlados por versão.
Como funcionam os componentes do Jazz?
Vejamos o fluxo de trabalho de como os componentes acima funcionam juntos como integrados.
O fluxo começa da esquerda como mostrado abaixo com o primeiro desenvolvedor fazendo as mudanças em seu IDE de desenvolvimento como Eclipse ou Visual Studio.Net para o código-fonte e, em seguida, faz o check-in das mudanças na área de trabalho do repositório e ENTREGA as mudanças na área de trabalho compartilhada principal do projeto chamada de Stream .
O segundo desenvolvedor enquanto trabalha em suas mudanças de código-fonte ACEITAR as mudanças em seu próprio espaço de trabalho. Ao fazer isso, se houver algum conflito na mesma linha ou em várias linhas, ele terá que mesclar manualmente essas alterações.
Uso do Jazz SCM
Para trabalhar no Jazz SCM, os usuários devem fazer o seguinte. Eu peguei o cenário acima e expliquei com 2 usuários trabalhando na mesma base de código. Neste tutorial, estou usando um código de projeto da web Java de amostra no Eclipse IDE. O mesmo procedimento também pode ser seguido no código-base do Visual Studio.NET para .NET.
Atividade do usuário 1
- O usuário1 compartilha o projeto com o Controle de fonte de jazz
- O Usuário1 faz alterações, faz check-in e entrega as alterações ao projeto STREAM . Lembre-se de que não há necessidade de check-out explícito. Conforme o usuário faz alterações, isso é considerado como check-out.
Vejamos agora como as 2 etapas acima são feitas no Eclipse IDE como User1. Portanto, o primeiro usuário efetua login na área do projeto RTC e muda para a perspectiva Java.
PARA exemplo de projeto da web HelloWorld Maven é criado e será enviado para Controle de fonte de jazz para a equipe trabalhar.
(Observação:Clique em qualquer imagem para ampliá-la)
Compartilhe o projeto com o Jazz Source Control como User1
# 1) O usuário1 efetua login na área do projeto RTC e abre a perspectiva Java, onde o projeto Maven estará visível na visualização Package Explorer. Para compartilhar o projeto com o controle de origem do Jazz, clique com o botão direito do mouse no projeto e selecione Equipe => Compartilhar Projeto
#dois) Selecione Jazz Source Control e siga as etapas restantes para concluir o upload para o repositório Jazz
Crie um novo espaço de trabalho de repositório para o usuário 1
Selecione os Fluxo do projeto . Lembre-se de que o fluxo e o componente foram criados por padrão quando a área do projeto RTC foi criada. Você também pode criar seu próprio fluxo e componente. Para este exercício, usaremos os padrões já criados.
Certifique-se de que o projeto a ser compartilhado com Jazz source control é selecionado. Clique Terminar .
# 3) Agora você pode ver que o Espaço de trabalho do usuário 1 está associado com o Projeto Maven no Package Explorer o que significa que o projeto está agora no repositório de controle de origem do Jazz.
# 4) O projeto é compartilhado com o controle de origem do Jazz, mas ainda não está visível para outros membros da equipe. Para isso, um Operação de entrega Deve ser feito. Vamos para Alterações Pendentes Veja e você verá um Pasta de saída. Clique com o botão direito na pasta de Saída e selecione Você pode ver o conjunto de mudanças na pasta Saída. Pode ser um comentário ou um item de trabalho de Tarefa atribuído ao desenvolvedor
# 5) O o projeto agora está disponível no fluxo do projeto . Portanto, outros usuários podem agora criar um espaço de trabalho de repositório e fazer alterações no projeto de versão controlada por conta própria espaço de trabalho local do Eclipse
Atividade do usuário 2
Como o Usuário2 acessará o repositório pela primeira vez, as seguintes ações precisam ser executadas.
- O usuário2 faz login no Área do projeto RTC
- Cria um espaço de trabalho de repositório e baixa o projeto carregado por Usuário1
- Inicialmente, o projeto será baixado para a máquina local do repositório de jazz para fazer alterações. Portanto, pela primeira vez, o Usuário2 não precisa ACEITAR nenhuma alteração. Porém, posteriormente, o usuário precisará ACEITAR as alterações
- O User2 faz as mudanças e, em seguida, entrega essas mudanças ao fluxo.
# 1) User2 cria uma área de trabalho do repositório conforme mostrado abaixo. Clique com o botão direito no Stream e selecione Novo => Espaço de Trabalho do Repositório
Insira um nome como User2_Workspace e clique em Avançar para seguir as etapas restantes.
Clique Terminar para iniciar o download do projeto Maven do repositório para o espaço de trabalho do eclipse da máquina local.
Clique em Terminar
#dois) Agora você pode ver o projeto que está vinculado a User2_Workspace
# 3) Abra o índice . jsp arquivo e fazer algumas alterações. Lembre-se de que não há check-out e essa alteração é feita como Usuário2. Depois de fazer as alterações no arquivo, SALVE o arquivo. No fundo do Alterações Pendentes vista, você encontrará um Não resolvido pasta.
# 4) Se no caso de você quiser Desfazer as alterações, então você pode fazer isso clicando com o botão direito no Não resolvido pasta e selecione Se isso não for necessário, então Prossiga para o próximo passo.
# 5) Agora clique com o botão direito no Não resolvido pasta e selecione Fazer check-in de todos .
# 6) Atribua um item de trabalho TASK ao conjunto de mudanças e entregue as mudanças ao fluxo. Clique com o botão direito no conjunto de alterações que aparece como
Selecione o item de trabalho Tarefa atribuído a User2 e clique OK
# 7) Agora você pode ver as mudanças associadas ao Item de trabalho de tarefa e pode agora entregar as mudanças no fluxo.
# 8) Você também pode ver o História de mudanças para qualquer arquivo. Clique com o botão direito no arquivo no Package ou Project Explorer e selecione Equipe => Mostrar histórico
# 9) Você pode reverter para qualquer versão anterior clicando com o botão direito em qualquer ID da versão e selecionando Carregar . Depois disso, você precisará fazer o check-in e entregar como de costume.
Atividade do usuário 1
De volta ao espaço de trabalho do Usuário1, uma vez que o Usuário2 entregou as alterações, o Usuário1 agora verá as alterações como Entrada. Clique com o botão direito no Pasta de entrada e então selecione Aceitar .
As alterações feitas pelo Usuário2 agora são preenchidas na área de trabalho do Usuário1. Portanto, o espaço de trabalho do Usuário1 está atualizado no Jazz repositório .
Como Usuário1, agora modifique a segunda linha na tag para produzir um conflito, supondo que até mesmo o Usuário2 faça uma alteração na mesma linha.
Como sempre salve o arquivo, faça check-in de todos, atribua a um item de trabalho de tarefa e entregue as mudanças no fluxo.
Atividade do usuário 2
O usuário 2 verá a mudança em Pasta de entrada. Mas ao mesmo tempo User2 também modifica a mesma linha.
Salve o arquivo. Clique com o botão direito no não resolvido pasta e selecione Registrar em tudo
Atribuir um Trabalho de tarefa item antes de entregar . Clique com o botão direito no conjunto de mudanças intitulado
Clique com o botão direito no Extrovertido pasta e selecione Entregar
Você perceberá que as alterações não podem ser entregues, pois há um conflito. Precisamos resolver o conflito e depois prosseguir com Entregar. Clique em OK
Para resolver o conflito, em primeiro lugar, aceitar as mudanças de entrada. Clique com o botão direito na pasta de entrada e selecione Aceitar
Na caixa Auto, Resolver, selecione Resolver Opção posterior
Dê um clique duplo no arquivo index.jsp que é mostrado no Pasta não resolvida.
Clique com o botão direito no arquivo index.jsp e selecione Resolva com o meu. Esta opção manterá as alterações feitas pelo usuário atual, que é o Usuário2. Resolver com proposta irá atualizar o arquivo com as mudanças feitas pelo Usuário1.
Clique em sim para prosseguir e selecione a opção Resolver como mesclado no lado direito.
Agora clique com o botão direito no conjunto de mudanças abaixo do Extrovertido pasta e selecione Entregar
Agora faça login como Usuário1 e Aceitar as mudanças de Entrada pasta.
Gerenciamento de construção
O IBM Rational Team Concert oferece suporte ao gerenciamento de construção como uma extensão lógica para as atividades de controle de versão explicadas acima neste tutorial. Vários membros da equipe entregam suas alterações com frequência, de preferência diariamente, e cada uma dessa integração é verificada por uma construção automatizada para detectar quaisquer defeitos ou erros o mais rápido possível. Isso leva ao conceito de Integração Contínua. A construção automatizada é normalmente feita em um servidor de construção dedicado e não em uma máquina de desenvolvedor.
Para começar as atividades de gerenciamento de compilação em RTC no servidor de compilação, você precisará baixar e instalar Build System Toolkit usando o IBM Installation Manager. Para a versão 6.0.2, está disponível no Jazz.net site de download .
As instruções de instalação podem ser encontradas neste página .
Para definir e executar qualquer construção, você precisará dos 2 seguintes artefatos de construção
- Construir motor o que ajuda a executar a construção definida. Isso está disponível quando o kit de ferramentas Build é instalado
- Definição de construção que ajuda a identificar qualquer script de construção como ANT ou Maven
Todas as ações de gerenciamento de construção são feitas em um servidor de construção dedicado e um espaço de trabalho de repositório separado deve ser criado para a construção. Não use nenhum espaço de trabalho de repositório de desenvolvedor existente.
Iniciando Build Engine
No RTC, crie um mecanismo de construção conforme mostrado abaixo. Clique com o botão direito no Construir motores pasta e selecione Novo motor de compilação
Clique Próximo>
Insira um EU IA e selecione Jazz Build Engine e clique em Terminar
Clique em Salvar na tela Build Engine
Inicie o Build Engine
Para iniciar o Build Engine, vá para o diretório onde está instalado e execute o programa jbe.exe localizado no diretório eclipse do kit de ferramentas de construção
D: IBM TeamConcertBuild buildsystem buildengine eclipse
Execute o programa a partir de um prompt de comando como segue
Substitua os valores de acordo com os detalhes do seu servidor
Crie uma definição de compilação
Clique com o botão direito no Builds pasta e selecione Nova definição de compilação e clique em Próximo
Insira um ID e selecione Maven - Jazz Build Engine como o modelo de construção. Clique Próximo
Selecione Jazz Source Control e selecione Terminar
No Guia Visão Geral da Definição de Build, adicione o Construir motor criado anteriormente e clique em OK
No Jazz Source Control TAB selecione ou crie um novo Build Workspace e digite um diretório de carga . Este é o diretório onde o projeto será baixado e a compilação será feita para gerar o Arquivo WAR . Cada vez que a compilação for concluída, ela será excluída e o conteúdo do projeto mais recente será baixado para a compilação.
Logo abaixo na mesma TAB, você pode ver a opção onde mais recente mudanças serão aceitas antes de qualquer nova construção e somente se houver mudanças a construção será feita.
bons sites de anime para assistir animes de graça
No Maven TAB, insira a localização do arquivo pom.xml. O projeto geralmente será baixado para o diretório de carregamento. Portanto, o local pom.xml seria D: LoadDir HelloWorld-Maven
Insira a meta como instalar.
Digitar Diretório inicial Maven sem o bin
Salve a definição de construção.
Solicite uma construção
Na visualização Equipe, Artefatos, clique com o botão direito na definição de construção e selecione Solicitar construção.
Clique em Enviar.
O resultado da construção é mostrado como concluído com êxito e o arquivo WAR gerado no diretório de destino será mostrado no explorador de pacotes.
Conclusão
Neste tutorial, vimos como usar o módulo de controle de versão no IBM Rational Team Concert e como os itens de trabalho desempenham uma função muito importante na rastreabilidade do código-fonte.
A parte mais importante da atividade de SCM no RTC é que ele está completamente integrado com o Build Management, que define o conceito de Integração Contínua.
Também aprendemos sobre o módulo Build Management do RTC, que aceita as mudanças mais recentes do repositório Jazz SCM e executa a construção.
No meu próximo tutorial , veremos uma extensão para esta atividade de construção que é - Auto Deploy usando outra ferramenta IBM chamada IBM Urbancode Deploy.
Fique atento!!!
Deixe-nos saber sua opinião / sugestões na seção de comentários abaixo.
Leitura recomendada
- Controle de fonte ou controle de versão no DevOps (vídeo tutorial parte 2 - bloco 2)
- Integração do IBM Rational Quality Manager (RQM) com o Rational Functional Tester (RFT)
- Tutorial de migração de SVN para IBM Rational Team Concert
- Learning Basics of Rational Robot - IBM Test Automation Tool
- Tutorial da ferramenta de gerenciamento de defeitos do IBM Rational Team Concert
- IBM Rational Team Concert (RTC) e integração SVN no Windows
- Recurso de pool de dados no IBM Rational Quality Manager para gerenciamento de dados de teste
- Personalização de Item de Trabalho Avançado do IBM Rational Team Concert