Compartilhar via

Migrando do Visual SourceSafe

  • Artigo

[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.]

Visual SourceSafe é um controle do código-fonte ferramenta para desenvolvedores de software profissionais. Para obter mais informações sobre o Visual SourceSafe, consulte Controle de Código Fonte para o Visual Studio. Team Foundation é um servidor cliente controle do código-fonte sistema que usa um serviço Web do .NET para acesso a itens armazenados em um banco de dados do SQL Server. Team Foundation arquitetura, oferece maior desempenho e confiabilidade do controle de fonte.

The Team Foundation Visual SourceSafe converter tool transfers files, folders, version history, labels, and user information from a Visual SourceSafe database to Controle de versão do Team Foundation.Antes de mover arquivos e informações históricas de Team Foundation, você deve analisar uma cópia de backup do Visual SourceSafe banco de dados, fazer check-in tantos arquivos quanto possível e compreender sistema autônomo informações que não podem ser transferidas do Visual SourceSafe para Team Foundation.

Diferenças entre o Visual SourceSafe e o Team Foundation

Visual SourceSafe e Controle de versão do Team Foundation permite que você realizar as mesmas tarefas básicas:

  • Desenvolver mais de uma versão de um produto simultaneamente

  • Fazer alterações em uma versão de lançamento de um produto sem afetar outras versões

  • Recuperar rapidamente um lote de arquivos relacionados

  • Determinar quem fez uma alterar e quando

  • Comparar revisões de um arquivo

  • Mover as alterações de uma versão para outro

The Controle de versão do Team Foundation interfaces de cliente foram projetados para ser familiares para Visual SourceSafe usuários. Ambos os produtos oferecem um cliente de linha de comando e Microsoft Visual Studio Team System integração. Controle de versão do Team Foundation não tem uma interface de usuário separada como Visual SourceSafe.

Mas apesar de muitas semelhanças, Team Foundation e Visual SourceSafe diferem em maneiras fundamentais. Este tópico é dividido em duas seções principais que expandir sobre essas diferenças:

The Diferenças de arquiteturais seção descreve as diferenças operacionais e tecnológicas entre Team Foundation e Visual SourceSafe.

The Diferenças funcionais seção lista os recursos que estão presentes em um único produto, mas não no Outros, descreve as alterações de recursos secundários, identifica configurações padrão que diferem por produto e explica como essas alterações podem ajudar sua equipe desenvolva com mais eficiência usando Team Foundation.

Diferenças de arquiteturais

O SourceSafe Explorer e plug-in para Visual Studio ler e gravar um Visual SourceSafe banco de dados, que é uma coleção de arquivos que normalmente são armazenados em uma pasta compartilhada da rede.

Segurança e permissões de projeto

The Visual SourceSafe Atribuições definidas e direitos do usuário a Visual SourceSafe Programa do administrador são independentes do Windows, permissões de compartilhamento para o Visual SourceSafe pasta do banco de dados. Você pode conjunto direitos e as atribuições específicas Visual SourceSafe projetos ou indivíduo Visual SourceSafe os usuários, mas todos Visual SourceSafe os usuários devem receber as mesmas permissões para o Visual SourceSafe pasta do banco de dados. Portanto, todos sistema autônomo Visual SourceSafe sistema autônomo usuários, independentemente de seus direitos de nível de projeto sistema autônomo especificado usando o Visual SourceSafe Programa do administrador, podem acessar pastas compartilhadas e têm controle total sobre todos sistema autônomo Visual SourceSafe dados.

In Team Foundation, permissões operacionais específicas de usuário e direitos de acesso no nível de projeto são vinculados às contas de usuário do Windows. Autenticação do usuário é executada com segurança pelo Internet Information servidor.Separado acesso ao banco de dados do SQL servidor não precisa ser concedido a usuários individuais que executarão controle do código-fonte operações.Conseqüentemente, o resultante Team Foundation infra-estrutura de segurança é robusto, segura e fácil de administrar.

Confiabilidade

Desde Visual SourceSafe o não tenha um componente de servidor, operações envolvendo a transferência de dados do cliente para o banco de dados são não-transacionais. Isso significa que uma operação não pode ser implementada novamente caso ocorra algum problema.Em casos raros quando ocorre um problema sistema autônomo a perda de conectividade de rede no meio de uma operação de gravar, a integridade dos arquivos afetados poderão ser comprometida e informações perdido.

Team Foundation é um aplicativo cliente / servidor no qual as operações de gravar ocorrem dentro do banco de dados por meio de procedimentos armazenados que não estão sujeitos a problemas de conectividade de rede. Além disso, certas operações são executadas usando transações, para que eles podem ser revertidos em caso de um erro.Essa arquitetura garante que os arquivos de fonte não estão corrompidos inadvertidamente.Ele também garante que grupos de arquivos que contêm alterações dependentes são todos compromisso do controle do código-fonte servidor ao mesmo time, sistema autônomo um bem testado presumivelmente conjunto de alterações.

Escalabilidade

Team Foundation pode suportar as equipes de usuários até 2000, ao passo que Visual SourceSafe é recomendada para equipes de 20 usuários ou menos. Team Foundation servidores podem conter quantos dados (terabytes) permite que um banco de dados do SQL servidor e o hardware pode oferecer suporte, ao passo que limitam o dimensionar recomendado para um Visual SourceSafe banco de dados é de 4 GB.

Diferenças funcionais

Alterar definições

Conceitualmente, a estrutura interna de um Visual SourceSafe banco de dados e de um Team Foundation servidor de controle de fonte é semelhante. Servidores e bancos de dados são organizados hierarquicamente.Pastas contêm arquivos.Arquivos consistem em versões são identificadas por número e data/time de criação.

Team Foundation avança um conceito chamado um conjunto de alterações. Esse conceito não existe no Visual SourceSafe. Um conjunto de alterações é um contêiner lógico no qual Team Foundation armazena tudo relacionado a uma única operação de check-in, sistema autônomo o arquivo e pasta revisões, links para itens de trabalho relacionadas, observações de check-in, um comentário de check-in e outras informações sistema autônomo quem enviou a alterar. Para obter mais informações, consulte Trabalhando com Changesets de Controlarar de versão.

Compartilhamento e fixação

Team Foundation não tem equivalentes comandos Visual SourceSafe recursos de compartilhamento ou fixar. Quando você migra Visual SourceSafe projetos Team FoundationPinos em um Visual SourceSafe banco de dados são substituídos por rótulos.

Diferenças em como históricos são armazenadas no Team Foundation

Visual SourceSafe e Team Foundation armazene o histórico das seguintes ações diferentes.

  • Adicionar e criar   In Visual SourceSafe, adição de um arquivo ou pasta cria uma versão do pai bem sistema autônomo o arquivo. No histórico do pai, a ação é registrada sistema autônomo "Adicionar"; no histórico do arquivo, a ação é registrada sistema autônomo "criar". In Team Foundation, simplesmente adicionando um arquivo ou pasta cria uma versão do arquivo ou pasta propriamente dita com uma ação "Adicionar". Nenhuma versão do pai é criada para esta ação.

  • Renomear, excluir e UNDELETE   In Visual SourceSafe, essas ações criar uma nova versão do pai. No entanto, em Team Foundation, criar uma nova versão do item propriamente dito.

  • Mover   In Visual SourceSafe, quando você move uma pasta, novas versões das pastas pai de fonte e destino são criadas, com ações registradas em cada pai movendo a pasta dentro ou fora do pai. Nenhuma versão F pasta é criada.Por exemplo, se você mover a pasta F de fonte S D destino, é criada uma nova versão de D com a ação de "Mover $ F de S" e é criada uma nova versão do S com a ação "Movido $ F para D".In Team Foundation, apenas uma nova versão do F é criada com a ação "Renomear".

Diferenças no check - out e check - in

In Visual SourceSafe, você precisará fazer um check-out explícito e fazer check-in apenas se você estiver editando um arquivo. In Team Foundation, cada ação requer uma verificação explícita - out e seleção - no.

Recursos que funcionam de modo diferente no Team Foundation

Por padrão, Team Foundation não realiza uma silenciosa Get operação quando você faz o fazer check-out de um arquivo.

In Team Foundation, vários usuários podem fazer check-out e fazer alterações simultaneamente o mesmo item. In Visual SourceSafe, check-outs são exclusivo, por padrão. No entanto, você pode bloquear um arquivo Team Foundation Para impedir que outros usuários de fazer check-out ou verificar as alterações. Para obter mais informações, consulte Noções básicas sobre tipos de Bloquear.

ramificar e mesclagem   Visual SourceSafe tem suporte muito básico de ramificar e mesclagem porque Visual SourceSafe não armazena o histórico de mesclagem entre duas ramificações de arquivos ou pastas. No entanto, Controle de versão do Team Foundation tem suporte para histórico de mesclagem. Sem histórico de mesclagem, você acaba realizando mesclagens baseless em Visual SourceSafe.

Obtenha mais recente no check-out

Quando você faz fazer check-out de um arquivo Visual SourceSafe, Visual SourceSafe recupera a versão mais recente do arquivo a partir do controle do código-fonte. Você pode configurar o comportamento de check-out de Controle de versão do Team Foundation de duas maneiras. Se você desejar que o comportamento de check-out para ser igual a Visual SourceSafe, você pode definir sistema autônomo configurações de check-out para obter a versão mais recente de itens durante a verificação-los. Para obter mais informações, consulte Como: Definir configurações de Fazer Fazer Fazer Marcar-out.

Você também pode configurar o comportamento de check-out para marcar a cópia local do arquivo sistema autônomo check-out sem obter a versão mais recente do servidor.Esse comportamento de check-out é útil quando você executa uma operação get para recuperar um conjunto de arquivos.Normalmente, a configuração de arquivos de fonte no seu computador representa um instantâneo point-in-time dos arquivos específicos, que são conhecidas para trabalhar em conjunto, do doControle de versão do Team Foundation. Portanto, eles podem ser criados e testados juntos.

sistema autônomo um desenvolvedor que trabalha em um espaço de trabalho, você é isolado das alterações feitas por outros desenvolvedores.Você controlar quando você deseja aceitar sistema autônomo alterações de outros desenvolvedores executando uma operação get, conforme apropriado.O ideal é que quando você fizer isso, você irá atualizar a configuração inteira de fonte e não apenas um ou dois arquivos.A razão disso é que as alterações em um arquivo dependem geralmente alterações correspondentes em outros arquivos.Esse comportamento de check-out garante que você sempre tenha um instantâneo consistente de fonte que pode ser criado e testado.

Quando você fizer o fazer check-in de suas alterações, Team Foundation Mescla as alterações com quaisquer alterações feitas na versão do servidor. Você será solicitado com a caixa de diálogo resolver conflitos se forem detectados conflitos.

Equipe Foundation recursos que não existe no Visual SourceSafe

O Visual SourceSafe recursos que não existam no Team Foundation

  • Share

  • fixar

  • arquivar e restauração

  • Expansão de palavra-chave

Consulte as seções a seguir para obter mais informações:

Consulte também

Tarefas

Demonstra Passo a passo: Preparando-se para migrar do Visual SourceSafe para o Team Foundation

Demonstra Passo a passo: Migrando do Visual SourceSafe para o Team Foundation