Este artigo foi traduzido por máquina. Para visualizar o arquivo em inglês, marque a caixa de seleção Inglês. Você também pode exibir o texto Em inglês em uma janela pop-up, movendo o ponteiro do mouse sobre o texto.
Tradução
Inglês

Como: Maintain Múltiplo Versions of a Project

O desenvolvimento de um produto raramente termina no final de uma etapa.Mais freqüentemente do que se pensa, uma equipe de desenvolvimento decide continuar trabalhando na próxima versão do produto, enquanto algumas atualizações e alterações ainda têm que ser feitas na base de código do produto original.O Visual SourceSafe tem um conjunto de recursos, como compartilhamento (share), pino (pin) e ramificação (branch), que permitem que os desenvolvedores facilitem esse tipo de ambiente de desenvolvimento paralelo.Para executar atualizações secundárias para a base de código da versão original, promoção de rótulo é outro recurso que pode ser usado.

Normalmente, a rotulação é usada quando uma etapa do produto foi concluída e todos os códigos-fonte precisam ser adequadamente rotulados.Por exemplo, se você entregar Beta 1, você pode querer rotular o projeto " Beta 1. " Após a entrega, pequenas alterações talvez precisem ser feitas em alguns dos arquivos, enquanto o restante do código permanece intacto para o projeto.Neste caso, a promoção de rótulo pode ajudar a você " promover " uma versão diferente (geralmente a versão mais recente) de um arquivo para se tornar parte do código já rotulado.Essa técnica funciona melhor quando o arquivo ainda não foi modificado na próxima etapa.

Esta seção descreve procedimentos de promoção de rótulo para manutenção de múltiplas versões de projeto.Para todos esses procedimentos, vamos usar um cenário específico.A etapa que nós estamos acabando de terminar é Beta 1 e Beta 2 será nossa próxima etapa.Nós iremos fazer alterações mínimas nos arquivos em Beta 1 e começaremos o desenvolvimento em Beta 2

Para usar rotulação simples (o ideal):

  1. Coordene a equipe no desenvolvimento e teste do projeto na unidade até se atingir a versão Beta 1.

  2. Quando sua equipe estiver pronta para Beta 2, nomeie o projeto original " Beta 1. Consulte Como: Rótulo Um item.

  3. Comece a trabalhar em Beta 2.

Para adicionar uma diferente versão de arquivo existente em uma versão do produto:

  1. Coordene a equipe no desenvolvimento e teste do projeto na unidade até se atingir a versão Beta 1.

  2. Quando sua equipe estiver pronta para Beta 2, nomeie o projeto original " Beta 1. Consulte Como: Rótulo Um item.

  3. Se a versão errada de um arquivo foi incluída no rótulo Beta 1, selecione o arquivo, depois clique em Show History no menu Tools.

  4. Na caixa de diálogo History Options, selecione a versão do arquivo que deve ser incluída como parte de Beta 1 e rotule-a " Beta 1. "

  5. Agora obtenha o projeto no rótulo Beta 1.A operação get recupera o projeto como ele era quando você o rotulou, exceto que ela também recupera a nova versão do arquivo que você acabou de rotular.

Para adicionar uma correção de uma versão de arquivo atual a um projeto rotulado (sem outros arquivos alterados):

  1. Coordene a equipe no desenvolvimento e teste do projeto na unidade até se atingir a versão Beta 1.

  2. Quando sua equipe estiver pronta para Beta 2, nomeie o projeto original " Beta 1. Consulte Como: Rótulo Um item.

  3. Você percebe que a versão de um arquivo incluído no rótulo Beta 1 tem um erro dentro dele que deve ser corrigido.Nenhum outro arquivo no projeto foi alterado.

  4. Faça o check-out do arquivo, faça a alteração para corrigir o erro e depois faça o check-in do arquivo.

  5. Rotule novamente o projeto de desenvolvimento com o rótulo Beta 1.Certifique-se de responder " Yes " quando o Visual SourceSafe solicitar que você remova o rótulo antigo.

Para adicionar uma correção de uma versão de arquivo atual a um projeto rotulado (outros arquivos alterados):

  1. Coordene a equipe no desenvolvimento e teste do projeto na unidade até se atingir a versão Beta 1.

  2. Quando sua equipe estiver pronta para Beta 2, nomeie o projeto original " Beta 1. Consulte Como: Rótulo Um item.

  3. Você percebe que a versão de um arquivo incluída no rótulo da versão tem um erro dentro dela que deve ser corrigido.Outros arquivos no projeto foram alterados e foi feito o check-in das alterações.

  4. Faça o check-out do arquivo a ser corrigido, faça a alteração para corrigir o erro e depois faça o check-in do arquivo.

  5. Selecione o arquivo, depois clique em Show History no menu Tools.

  6. Na caixa de diálogo History Options, selecione a versão do arquivo que deve ser incluída em Beta 1 e rotule-a como " Beta 1. " Isso promove a nova versão do arquivo para o rótulo Beta 1.

  7. Agora obtenha o projeto no rótulo Beta 1.A operação get recupera o projeto como ele era quando você o rotulou, exceto que ela também recupera a nova versão do arquivo que você acabou de rotular.

Se a necessidade de uma correção de erro ocorrer após um projeto ter sido rotulado e mais adiante desenvolvido, use os procedimentos de compartilhamento (share), pino (pin) e ramificação (branch).Será usada uma quantidade mínima de espaço no disco rígido.

Vamos usar um cenário para fins de exemplo neste procedimento.Nós desenvolvemos a versão 2.0 de um projeto de software e estamos indo para versão 3.0.Nós descobrimos que nós precisamos de uma versão 2.1 provisória para correções de erros.

Para usar as operações de compartilhamento, pino e ramificação:

  1. Coordene a equipe no desenvolvimento e teste do projeto na unidade até se atingir a versão 2.0.

  2. No Visual SourceSafe Explorer, rotule seu projeto como " Version 2.0. Consulte Como: Rótulo Um item.

  3. Comece alterando arquivos no projeto da versão 3.0, que introduzirá novos recursos.

  4. Quando você perceber que você precisa de uma versão 2.1 provisória para correções de erros, selecione o projeto.

  5. No menu Tools, clique em Show History.

  6. Na caixa de diálogo Project History Options, selecione a caixa de seleção Include Labels e clique em OK.

  7. Na caixa de diálogo History of Project, selecione o rótulo " Version 2.0. "

  8. Clique em Share.

  9. In the Share from < Name > caixa de diálogo, Selecionar the projeto to be the pai of the projeto newly Created.É normalmente o projeto $/.

  10. Certifique-se de que a caixa de seleção Branch after Share não está marcada e depois clique em OK.

  11. Na caixa de diálogo Share, forneça ao projeto um novo nome, por exemplo, $/Application V 2.1.

  12. Se o projeto tiver subprojetos, selecione Recursive.

  13. Adicione comentários na caixa Comment conforme necessário, depois clique em OK.

  14. Após fechar a caixa de diálogo, selecione $/Application V 2.1.Todos os arquivos neste projeto devem agora estar pinados.

  15. Selecione somente os arquivos que precisam ser alterados para endereçar correções de erros, e depois ramifique (branch) o(s) arquivo(s).Deixem pinados quaisquer arquivos que não precisam ser alterados.

  16. Depois, você pode mesclar alterações de correção de erros no seu projeto versão 3.0.

Mostrar: