Exportar (0) Imprimir
Expandir Tudo
Este artigo foi traduzido por máquina. Coloque o ponteiro do mouse sobre as frases do artigo para ver o texto original. Mais informações.
Tradução
Original

Elaborando projetos para sua equipe

Visual Studio 2005

Visual SourceSafe não impõe critérios de design de projeto.Entretanto, para garantir que o projeto Visual SourceSafe é organizado cuidadosamente e executado de forma eficiente, convém considerar as diretrizes de design de projeto descritas nesta seção.Quando você estiver pronto para criar seus projetos, ver Como: Criar um projeto do Visual SourceSafe.

Você pode aplicar as seguintes diretrizes de designde projeto a qualquer tipo de projeto do Visual SourceSafe:

  • Convém fazer em cada pasta existente em seu sistema de arquivos local um projeto do Visual SourceSafe.Cada subpasta pode ser um subprojeto.Por exemplo, se você armazenar o código em uma pasta com três subpastas em sua pasta do sistema arquivos local, crie um projeto com três subprojetos no Visual SourceSafe.

  • Divida arquivos logicamente entre projetos e subprojetos.Visual SourceSafe suporta até 8.000 arquivos em um projeto, mas dividir projetos grandes em subprojetos facilita o gerenciamento de arquivos.

  • Não adicione o mesmo arquivo a vários projetos se você deseja que alterações de arquivo sejam aplicadas nos projetos separados.Em vez disso, compartilhe o arquivo entre projetos.

  • Não crie um novo projeto se você estiver simplesmente movendo para uma nova versão de um projeto.Você pode rotular o projeto para marcar a versão.

  • Quando você aninhar subprojetos, observar o limite suportado de 15 níveis de aninhamento.Aninhamento de subprojeto também pode estar restrito pelo tamanho da seqüência do caminho do projeto de 259 caracteres.

  • Lembre-se que todos os subprojetos em um projeto deve ter nomes exclusivos.Dentro de cada projeto, nomes de arquivo devem ser exclusivos.

  • Ao nomear seus projetos, use convenções de nomenclatura do Visual SourceSafe, conforme definido na Convenções de nomenclatura e de sintaxe, e limitações de tamanho.Nomes de arquivo e projeto não diferenciam maiúsculas de minúsculas.Por exemplo, se você tiver um arquivo chamado Test.C, você não pode criar um subprojeto ou arquivo chamado " Test.c " ou " test.c " no mesmo projeto.

Se você estiver configurando projetos para um ambiente de desenvolvimento de software, você pode desejar considerar os seguintes critérios de desenvolvimento de design de projeto:

  • Coloque todos os arquivos necessários para criar um programa em um projeto do Visual SourceSafe.Esses arquivos incluem arquivos de código, makefiles, bibliotecas, bitmaps, bibliotecas de vínculo dinâmico, e mesmo programas subsidiários.

  • Não mantenha arquivos executáveis nos projetos do Visual SourceSafe, a menos que eles levem um longo tempo para serem criados.Não ocupe espaço no Visual SourceSafe quando você pode compilar e linkar para compilar um arquivo executável por demanda.

  • Garanta que somente o projeto contém o código testado mais recente que compila e executa.Embora isso não seja possível sempre, especialmente no início de um projeto, uma boa prática comum é que ninguém deve verificar o código em Visual SourceSafe a menos que ele compile e execute.Se essa regra é seguida, qualquer pessoa pode obter um projeto, compilá-lo, e ver o estado do projeto a qualquer momento.

  • Armazene a documentação dos arquivos atuais, ícones, arquivos gráficos e outros arquivos em projetos do Visual SourceSafe.

  • Em qualquer projeto multiusuário, nenhum arquivo deve fazer check-out mais longo do que leva para fazer e testar as alterações para o arquivo.Se for realizado check-out em um arquivo durante vários dias, não será possível a outras pessoas usar a versão mais atual que contêm as alterações que tenham sido feitas no arquivo.

Contribuições da comunidade

ADICIONAR
Mostrar:
© 2014 Microsoft