Como o histórico de eventos é migrados

[Observação: Este tópico é pré-versão documentação e está sujeitas a alterações em versões futuras. Tópicos em branco são incluídos sistema autônomo espaços reservados.]

Este tópico discute como os histórico de eventos registrados por Visual SourceSafe são migradas para Team Foundation.

Histórico de eventos

Eventos de histórico são migrados para a área equivalente da Team Foundation. Isso permite manter o histórico de seus arquivos de fonte.O histórico de versões de arquivo é criado pela reprodução de eventos que criou o histórico.A tabela a seguir detalha como cada evento de histórico é migrado:

Evento	Como ele é migrado
Adicionar arquivo ou pasta	Adicionar o arquivo de evento cria a primeira versão do arquivo no Team Foundation. A pasta adicionar evento cria a primeira versão da pasta em Team Foundation. Se a pasta tinha arquivos ou pastas abaixo dele quando ele foi adicionado, esses arquivos e pastas são adicionadas separadamente.
edição arquivo	O evento de edição de arquivo cria uma nova versão do arquivo em Team Foundation.
rótulo arquivo	In Team Foundation, aplicar um rótulo para uma versão de um arquivo ou pasta. In Visual SourceSafe, você pode rotular um arquivo explícita ou implicitamente. Quando um arquivo é rotulado explicitamente em Visual SourceSafe, é criada uma nova versão do arquivo e se quiser obter esse rótulo, você obtém o conteúdo do arquivo correspondente à versão anterior do arquivo. Para migrar rótulos explícitos, o conversor aplica o rótulo para a versão que corresponde à versão rotulada em Visual SourceSafe em Team Foundation. No entanto, ele não criar uma nova versão. Quando você aplica um rótulo de uma pasta no Visual SourceSafe, o rótulo é aplicadas implicitamente todos os arquivos e pastas na pasta e não criar novas versões. Para rótulos implícitos, o conversor não faz nada porque as versões correspondentes em Team Foundation são identificadas automaticamente durante a migração dos rótulos explícitas na pasta.
Pasta de rótulo	In Visual SourceSafe, quando você aplica um rótulo para uma pasta, ele implicitamente rotula todos os arquivos e pastas contidos nessa pasta e não cria novas versões. Durante a migração dessas pastas, o conversor aplica o rótulo para a versão correspondente da pasta no Team Foundation. Isso aplica automaticamente o rótulo para as versões corrente dos arquivos e pastas dentro da pasta rotulada.
Renomear, excluir ou cancelamento de exclusão de arquivo ou pasta	Durante a migração de renomear, excluir e eventos de cancelamento de exclusão de um arquivo ou pasta, o conversor repete o evento para criar uma nova versão do arquivo e pasta em Team Foundation.
Mover pasta	O evento Mover pasta cria uma nova versão da pasta em Team Foundation. In Visual SourceSafe, o comando Mover não altera o Sumário ou histórico da pasta, mas em vez disso, é gravado na história da pasta pai antigo e novo. Quando você move uma pasta, Visual SourceSafe não é possível reconstruir uma versão antiga da pasta pai. Após a migração, você poderá reconstruir uma versão antiga, por causa da maneira como o evento Mover pasta é migrado.Por exemplo, se você aplicou o rótulo "LABEL1" para a pasta $ /A que tem uma subpasta/b e mover posteriormente/b a outra pasta $ / C; naVisual SourceSafe, e, em seguida, siga um get de "LABEL1" em $ / A, você não obterá $ / A/B. Após a migração para Team Foundation, no entanto, você receberá a pasta movida ($ / A/B) quando você faz um get do rótulo. Quando você estiver migrando pastas movidas, há três possíveis cenários que terão resultados diferentes, dependendo do que for migrado: Pastas de fonte e destino são migradas.Sem perda de dados.No exemplo anterior, as pastas de /C fonte $ /A e de destino $ são ambos sendo migradas. A pasta de destino é migrada.Após a migração, a pasta movida aparecerá na pasta de destino sistema autônomo se ela foi adicionada quando a pasta foi movida.A história da pasta movida e os itens dentro dela antes do evento de movimentação não é migrado em Team Foundation. O evento de movimentação da subpasta /B aparecerão no $ /C sistema autônomo uma pasta usando o exemplo anterior, adicionar evento.Para evitar a perda de histórico, migrar de pastas de fonte e destino da pasta movida juntos.Quando você executa a análise de migração, o relatório contém seção avisará você sobre a perda de dados. A pasta de fonte é migrada.Durante a migração, a história da pasta movida e os itens dentro dela, não é migrada para o Team Foundation. Para evitar a perda de histórico, migrar as pastas de fonte e destino do movido Visual SourceSafe pasta juntas. Quando você executa a análise de migração, o relatório contém uma seção avisará você sobre a perda de dados. Observação: Se o evento de pasta de movimentação é combinado com um evento de restauração, o histórico não pode migrar adequadamente.
Compartilhar arquivos	In Visual SourceSafe, você pode compartilhar um arquivo em várias pastas. As alterações feitas em um arquivo compartilhado são replicadas entre as pastas onde ela é compartilhada.Internamente, Visual SourceSafe cria links suaves entre os arquivos compartilhados. Pastas tecnicamente não são compartilhadas em Visual SourceSafe. Ao compartilhar uma pasta Visual SourceSafe, é criada uma cópia da pasta e todos os arquivos na pasta são compartilhados. Team Foundation não tem um equivalente de compartilhamento. Arquivos compartilhados são migrados pelo criando uma versão na pasta de destino com o mesmo conteúdo, sistema autônomo a versão do arquivo no momento quando começou a compartilhar.A partir deste ponto, as alterações feitas no arquivo compartilhado são replicadas para ambos os locais pelo conversor.
Compartilhar e excluir arquivo	Um arquivo que está compartilhado e, em seguida, excluído é tratado sistema autônomo um arquivo compartilhado, exceto pelo fato de que todas sistema autônomo ações após excluir são ignoradas. Se o arquivo compartilhado excluído for undeleted posteriormente, o conversor relata erros durante a migração para cada ação, sistema autônomo edição ou renomear.No entanto, durante a migração da ação de cancelamento da exclusão, o conversor faz uma edição de cancelamento da exclusão do arquivo para que ele tenha o mesmo conteúdo que o conteúdo do arquivo undeleted em Visual SourceSafe. Se o arquivo compartilhado excluído for renomeado posteriormente, o conversor relata erros durante a migração da ação de renomear.Após a renomeação não migrará as ações e o erro de relatórios do conversor para cada ação.
Arquivos de ramificar	O compartilhamento é uma pré-condição de ramificação.O conversor não pode mapear um Visual SourceSafe ramificar um Controle de versão do Team Foundation ramificação. A migração de um arquivo compartilhado resultados na réplica do arquivo na pasta de destino.Migração da média de eventos de ramificar as alterações feitas em um arquivo compartilhado não serão duplicadas para ambos coloca mais.Portanto, as alterações em qualquer ramificar são migradas para a respectiva cópia Team Foundation. O relatório de migração fornece uma lista de pastas que contêm arquivos que são compartilhados ou ramificados em Visual SourceSafe.
arquivar	Quando você arquiva arquivos ou pastas em Visual SourceSafe, você pode remover completamente o histórico de um arquivar ou pasta, ou remova algumas versões do histórico de um arquivar ou pasta. Se você tiver removido o histórico, o conversor não é possível migrar as versões removidas.O conversor ignora o evento de arquivar.
restauração	Quando você restaura em Visual SourceSafe, restaure o histórico de um arquivo ou pasta. O conversor migra o restaurado histórico de arquivos e pastas.O conversor ignora o evento de restauração.
O fixar e desafixar	Controle de versão do Team Foundation não oferece suporte a fixação; portanto todos os arquivos fixados são migrados, criando dois rótulos. The PINNED_LATEST rótulo é aplicado às fixados versões dos arquivos fixados e a versão mais recente dos arquivos desagregados. The PINNED rótulo é aplicado a apenas as fixados versões dos arquivos fixados. Após a migração, a PINNED_LATEST rótulo recuperará sistema autônomo mesmos arquivos sistema autônomo um último Get em Visual SourceSafe. No entanto, a PINNED_LATEST rótulo pode retornar arquivos diferentes, se eventos diferentes de fazer check-in ocorreu depois de um arquivo foi fixado, sistema autônomo renomear ou uma exclusão do arquivo.

Consulte também

Conceitos

Como as alterar definições conversor grupos para melhor desempenho

Outros recursos

Planejando a migração controle do código-fonte