Como: Criar um arquivo de configurações para controle do código-fonte análise e migração

Artigo
08/25/2010

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

Você criar um arquivo de configurações para controlar como os dados de controle de fonte são analisados ou migrados para Team Foundation. Você criar um arquivo de configurações para analisar o processo de migração, primeiro para identificar antecipadamente os problemas que podem ocorrer durante a migração e modifique esse arquivo de configurações para realmente executar a migração.

Antes de criar o arquivo de configurações, você deve:

Identificar as pastas em Visual SourceSafe que você deseja migrar.
Migração, identificar onde você deseja migrar seu Visual SourceSafe pastas: o pastas vazias ou pastas de destino onde o conversor pode criar pastas em Controle de versão do Team Foundation. O conversor não criar uma pasta de destino se a pasta na pasta raiz ($ /) no Controle de versão do Team Foundation.
Para mapear Visual SourceSafe usuários Team Foundation Server os usuários, use o arquivo de mapeamento de usuário gerado durante a análise. Para obter mais informações, consulte Como: edição o usuário controle do código-fonte Migration mapeamento de arquivo.

O formato de arquivo de configurações é ligeiramente diferente ao executar análise da usada para a migração.As seções a seguir destacam as diferenças.

Para criar um arquivo de configurações para análise

Crie um arquivo XML usando qualquer editor, sistema autônomo o bloco de notas.
Copie o texto de formato de arquivo de configurações para análise seção Arquivo de configurações do exemplo conversor VSS para o arquivo XML.
No <VSSDatabase> seção, especifique o local das Visual SourceSafe banco de dados no qual você está executando a análise.
Opcionalmente, especifique um nome e local para o arquivo de mapeamento de usuário no <UserMap> seção. Se você não fornecer um nome de arquivo, o conversor gera o arquivo que possui o nome de UserMap.xml na pasta corrente.
No <ProjectMap> seção, especifique a Visual SourceSafe pastas para analisar.
Sob o <Settings> seção in a <Output> seção, você pode especificar o nome de arquivo e o local do relatório de análise. Se você não especificar um nome de arquivo, o conversor gera o arquivo que possui o nome de VSSAnalysisReport.xml.
salvar o arquivo de configurações sistema autônomo um arquivo XML (com uma extensão de nome de arquivo .xml).

Para criar um arquivo de configurações para a migração

Copie o arquivo de configurações que você criou para análise e salvá-lo com um novo nome.Para referência, consulte "Configurações de formato para migração de arquivos"Arquivo de configurações do exemplo conversor VSS.

Altere o arquivo de configurações de migração da seguinte maneira.

No <ProjectMap> seção para cada Visual SourceSafe pasta que você está migrando, adicione as pastas de destino no Controle de versão do Team Foundation. Use o formato a seguir para adicionar um Destination seção:

<Project Source="$/FolderA" Destination="$/TeamProjectA"></Project>

Observação:
Se a fonte do projeto for $/FolderA e a seu destino $/TeamProjectB/ProjectB um Visual SourceSafe projeto $/FolderA/ProjectA torna-se $/TeamProjectB/ProjectB/ProjectA em Controle de versão do Team Foundation, em vez de $/TeamProjectB/ProjectB/FolderA/ProjectA.

Sob o <Settings> seção, adicione um <TeamFoundationServer> seção e especifique o nome, porta e protocolo para o Team Foundation Server para o qual você está migrando. Use o seguinte formato:
```
<TeamFoundationServer name="TFS_server_name" port="port_number" protocol="http"></TeamFoundationServer>
```
Por exemplo:
```
<TeamFoundationServer name="My_TFS_server" port="8080" protocol="http"></TeamFoundationServer>
```
Opcionalmente, sob o <Settings> seção in a <Output> seção, especifique o nome de arquivo e o local do relatório de análise. Se você não fornecer o nome do arquivo, o conversor gera o arquivo que possui o nome de VSSMigrationReport.xml.

Observação:

O conversor usa SQLExpress durante a migração para armazenar alguns metadados.Esses metadados normalmente leva uma porcentagem muito pequena de dados durante a migração.

No evento improvável que sua migração falha por causa do limite de 4 GB do SQLExpress, você pode conjunto o conversor de usar o SQL Server em vez disso, adicionando a seguinte linha para o <Source name="VSS">seção do arquivo de configurações: <SQL Server="SQL_Server_name"></SQL>.Por exemplo:
```
<Source name="VSS">
   <VSSDatabase name="c:\VSSDatabase"></VSSDatabase>
   <SQL Server="MySQLServer"></SQL>
</Source>
```

salvar o arquivo de configurações sistema autônomo um arquivo XML (com uma extensão de nome de arquivo .xml).

Observação:
O conversor usa SQLExpress durante a migração para armazenar alguns metadados.Esses metadados normalmente leva uma porcentagem muito pequena de dados durante a migração.