Entender como as ferramentas de atualização do VSS convertem seus dados

Ferramentas de atualização Visual SourceSafe são um método conveniente para uma única, a atualização unidirecional do Visual SourceSafe ao Team Foundation Server (TFS).Você deve usar as ferramentas para atualizar seus dados somente quando você estiver pronto para interromper o acessar no Visual SourceSafe e para iniciar ao manter em TFS.

TFS e Visual SourceSafe têm diferenças significativas funcionais.Como resultado, as ferramentas de atualização Visual SourceSafe alteram certos tipos de dados durante a atualização.

Neste tópico

• Como os conjuntos de alterações são criados

• Como compartilhado e os itens são atualizados fixados

• Como os dados históricos são movidos

  • Como os dados no nome de usuário e o carimbo de data/hora são movidos

  • Como os tipos específicos de eventos são convertidos

• Como as associações de controle de versão são movidas

Como os conjuntos de alterações são criados

Os grupos de controle de versão de TFS alterações em vários arquivos em uma única unidade quando um usuário faz o check-in de um conjunto de alterações.Esta unidade é conhecida como conjunto de alterações.

Visual SourceSafe não tem um recurso que é equivalente aos conjuntos de alterações.No entanto, durante o processo de conversão, cada conjunto de alterações são agrupados em um conjunto de alterações e as seguintes condições forem verdadeiras:

• As alterações não entrem em conflito entre si.Por exemplo, não há duas ações afetam o mesmo arquivo ou pasta.

• Ocorreram alterações em não mais do que alguns minutos de se.

• As alterações foram feito pelo mesmo usuário.

• As alterações têm o mesmo comentário de check-in.

Como compartilhado e os itens são atualizados fixados

No Visual SourceSafe, você pode compartilhar um arquivo em várias pastas.Alterações feitas em um arquivo compartilhado está replicado através de pastas em que o arquivo é compartilhado.O controle de versão de TFS não tem um recurso equivalente.Durante a atualização, os arquivos compartilhados em seu projeto Visual SourceSafe são atualizados criando uma cópia independente adicional do item no servidor para o controle de versão de TFS.

O controle de versão de TFS também não tem um recurso que é equivalente ao recurso de pino no Visual SourceSafe.Durante a atualização, os itens fixados no projeto do Visual SourceSafe são convertidos em itens rotuladas no servidor para o controle de versão de TFS.Para mais informações, veja a próxima seção.

Como os dados históricos são movidos

Cada evento no histórico de um item no seu banco de dados do Visual SourceSafe é transferido para o Team Foundation Server como um conjunto de alterações.Após a atualização for concluída, você pode exibir esses dados na janela histórico.Para obter mais informações, consulte Obter o histórico de um Item.

Algumas alterações em dados ocorrem durante a atualização.

Como os dados no nome de usuário e o carimbo de data/hora são movidos

Como cada entrada no histórico de um item no seu banco de dados do Visual SourceSafe é atualizado para um conjunto de alterações para o Team Foundation Server, as seguintes alterações ocorrem:

• O carimbo de data/hora no conjunto de alterações é definida como a data e hora em que o item foi atualizado.

• O carimbo de data/hora original é armazenado no campo de comentário do conjunto de alterações.

• O nome de usuário é armazenado no campo de usuário ou o campo de comentário do conjunto de alterações, como o resultado do processo de mapeamento de usuário.

  Observação
  Se você deseja controlar como os nomes de usuário são atribuídos aos dados históricos, você deve usar VssUpgrade.Consulte Especificar como os nomes de usuário são atualizados.

Como os tipos específicos de eventos são convertidos

Os eventos como editar, renomiar, e delete é atualizada do seu banco de dados do Visual SourceSafe em conjuntos de alterações para o Team Foundation Server em uma maneira simples.No entanto, as ferramentas de atualização convertem alguns eventos de maneiras que você não pode esperar, como mostra a tabela a seguir.

Evento do Visual SourceSafe	Como é atualizado em controle de versão de TFS
Adicione o arquivo ou pasta	Esse conjunto é o primeiro evento no histórico de cada arquivo na pasta e atualizados.Ao contrário no Visual SourceSafe, nenhum evento é efetuado logon para o pai de cada item filho que contém.
Ramificar	Compartilhar é uma condição anterior de ramificação no Visual SourceSafe, mas o controle de versão de TFS não suporta compartilhar. Como consequência, a atualização de um arquivo ramificado cria uma cópia do arquivo na pasta de destino. Os arquivos compartilhados no banco de dados do Visual SourceSafe são atualizados para o controle de versão de TFS copiar a versão do arquivo que existiu quando não compartilhado e colocando a cópia na pasta de destino.Depois disso, cada conjunto é replicado em ambas as cópias do arquivo até que o evento ocorra da ramificação.
Label	Itens implicitamente rotuladas: no Visual SourceSafe, quando você rotular uma pasta, os itens que contém rótulo é implicitamente.O processo de atualização explicitamente rotular todos os itens atualizados no seu projeto de equipe. arquivos Explicitamente- rotuladas: no Visual SourceSafe, quando você rotular explicitamente um arquivo individual, uma nova versão do arquivo é criado. O processo de atualização move o rótulo para a versão aplicável em controle de versão de TFS, mas não cria uma nova versão. Observação Se seu banco de dados do Visual SourceSafe contém muitas rótulos que são aplicadas a muitos arquivos, o processo de atualização pode ser prolongado.Se você deseja excluir estes dados, você deve usar VssUpgrade e configurá-lo para ignorar rótulos.Consulte <Label migrate="false" />.
Mova a pasta	O evento da pasta de animação cria uma nova versão da pasta em controle de versão de TFS. Se você estiver usando VssUpgrade, não atualizará o histórico completa dos itens em pastas movidas a menos que as pastas de origem e de destino são atualizadas ao mesmo tempo.Consulte Problemas de revisão e analisar encontrados pelo recurso de perfil. Observação Se o evento da pasta de animação é combinado com um evento de minimizar, os dados do histórico não podem ser atualizados corretamente.
Restaurar	Nenhum dado histórico que ocorrem antes que um evento de minimizar é atualizado.
FIXAR e UNPIN	O controle de versão de TFS não oferece suporte fixar-se.Ferramentas de atualização atualização para um arquivo fixado criando dois rótulos. O rótulo de PINNED_LATEST é aplicada às versões dos arquivos fixadas fixados e para a versão mais recente dos arquivos unpinned.O rótulo de PINNED é aplicado somente às versões dos arquivos fixadas fixados.Após a atualização, o rótulo de PINNED_LATEST recuperar os mesmos arquivos obter o último no Visual SourceSafe.No entanto, uma exceção é que o rótulo de PINNED_LATEST pode retornar arquivos diferentes se eventos diferentes de fazer o check-in ocorreu depois que um arquivo foi fixado, como renomear ou excluir o arquivo.
Compartilhamento	O controle de versão de TFS não suporta compartilhar.Os arquivos compartilhados no banco de dados do Visual SourceSafe são atualizados para o controle de versão de TFS copiar a versão do arquivo que existiu quando não compartilhado e colocando a cópia na pasta de destino.Depois disso, cada conjunto é replicado em ambas as cópias do arquivo.
Undelete Arquivo ou pasta	Durante uma atualização de undelete eventos de um arquivo ou pasta, a repetição de ferramentas o evento para criar uma nova versão de arquivos e pastas em controle de versão de TFS. Ferramentas de atualização criar um conjunto de alterações que inclui o arquivo ou nome da pasta, a data e hora quando não foi cancelado, e o nome de usuário.

Como as associações de controle de versão são movidas

Ferramentas de atualização movem associações de controle de versão para cada solução.

A próxima etapa

Preparar para atualizar a partir do Visual SourceSafe