Gerenciando modelos e gráficos com controle de versão
Na Visual Studio Ultimate, você pode colocar seu projeto de modelagem e arquivos de diagrama, documento do gráfico (.dgml) arquivos e arquivos de consulta (.dgql) do Explorer de arquitetura em Controle de versão do Team Foundation.Para mais informações, consulte Adicionar arquivos ao servidor.
Quando vários usuários trabalham no mesmo projetode modelagem, é necessário cuidado específico.
Importante |
---|
Para obter sugestões sobre como organizar modelos em umprojetode grande ou meio, consulte Estruturação de soluções de modelagem. |
Arquivos em um projeto de modelagem
Mais de um usuário pode trabalhar em um projeto de modelagem ao mesmo tempo, desde que eles funcionam em arquivos diferentes.
Para evitar ou resolver conflitos entre as alterações efetuadas por diferentes usuários, é importante entender como o modelo é armazenado em arquivos.
Cada pacote é armazenado em um separado .uml arquivo, que é mantido na ModelDefinitiona pasta do projeto . O modelo também possui um .uml arquivo.Se um desses arquivos é excluído ou corrompido, o pacote de correspondente ou modelo serão perdido.
Cada diagrama é armazenado em dois arquivos.Por exemplo, um diagrama de classe tem:
DiagramName.classdiagram -Se este arquivo é excluído ou corrompido, o diagrama será perdido, mas as classes e associações que mostrou que ele ainda estará no modelo e podem ser vistas no Gerenciador de modelos UML.
DiagramName.classdiagram.layout-Se este arquivo é excluído, as formas ainda aparecerá no diagrama, mas eles perderão seus tamanhos e posições.Cada arquivo de layout é uma subsidiária para um arquivo de diagrama.Para vê-lo, clique em [+] ao lado do arquivo de diagrama no Solution Explorer.
Observação |
---|
É importante manter a consistência entre os arquivos.Por exemplo, se você usar o controle de fonte para alterações de reverter em um arquivo de .uml, você deve reverter os correspondentes forem alterados na. * arquivos de diagrama e .layout ao mesmo tempo.Elementos representados em um. * o arquivo de diagrama serão perdido se eles também não são representados em um arquivo .uml. |
Trabalhando em projetos de modelagem de compartilhado
Para minimizar conflitos entre o trabalho simultâneo em diferentes partes de um projeto:
Divida seu projeto de modelagem em pacotes que representam diferentes áreas de trabalho.Mova todo o modelo para os pacotes, em vez de deixá-lo no modelo de raiz .Para mais informações, consulte Definição de pacotes e espaços para nome.
Diferentes usuários não devem funcionar no mesmo pacote ou diagrama ao mesmo tempo.
Se você estiver usando perfis, certifique-se de que todos tem instalado os perfis do mesmos.Consulte Personalizando o modelo com perfis e estereótipos.
Para ajudar a garantir que você altere somente o pacote que você estiver trabalhando em:
Definir o LinkedPackageapropriedade de uma classe, componenteou diagrama de maiúsculas e minúsculas uso UML.
No Gerenciador de modelos UML, arraste uma atividade ou interação ao seu pacote , assim que você criou.Esse elemento será exibido no Gerenciador de modelos UML quando você criar o primeiro nó do diagrama de atividade ou sequência .
Para ajudá-lo a manter o controle de pacotes, renomeie os arquivos de pacote para refletir os nomes reais de pacote .
Na Controle de versão do Team Foundation, execute sempre Check-In e Get Latest Version operações em completa de modelagem do projeto, nunca em arquivos individuais.
Execute sempre um obter operação imediatamente antes de você fazer check-in projetomodelagem.
fechar todos os diagramas sempre antes de realizar uma obter operação.
Observação Se um arquivo é em aberto quando você realiza uma obter, e a operação resulta em alterações locais, e em seguida, você será solicitado a recarregar o arquivo.Neste maiúsculas e minúsculas, clique em nãoe recarregar o projetocompleto.Em Solution Explorer, a modelagem com o botão direito no nó do projeto , clique em Unload Projecte, em seguida, clique em Reload Project.
Alterações que exigem acesso exclusivo ao modelo
Antes de fazer os seguintes tipos de alterações, certifique-se de que você tenha um Check-Out bloquear em todo o projeto.
Renomear ou excluir elementos que são referenciados de outros pacotes.
Alterando as propriedades de relações que ultrapassam os limites do pacote .
Para saber sobre os bloqueios de Check-Out, consulte Check-Out e editar arquivos.
Para mover um arquivo de diagrama em ou de uma pasta de projeto
Abra um prompt de comando do Visual Studio .
No Windows Iniciar menu, aponte para Todos os programas, Microsoft Visual Studio 2010, Visual Studio Toolse, em seguida, clique em Visual Studio 2010 Command Prompt.
Use tf rename para mover o arquivo de diagrama e seus .layout arquivo:
tf rename sourcePath targetPath
No Solution Explorer, clique com o botão direito no arquivo e, em seguida, clique em Exclude From Project.
Adicione o arquivo para a pasta de destino.
No Solution Explorer, clique com botão direito na pasta de destino ou o projeto, aponte para Adde, em seguida, clique em Item existente.Na caixa de diálogo, selecione o arquivo de diagrama e, em seguida, clique em Add.O arquivo de layout será adicionado automaticamente.
Observação Você não pode mover o arquivo para outro projeto.
Mesclando alterações nos arquivos de modelo e diagramas
Quando mais de um usuário tem trabalhado em um modelo simultaneamente, Controle de versão do Team Foundation solicitará que você mesclagem as alterações nos arquivos de modelo.Trabalhar em projetos separados conforme descrito nas seções anteriores anteriores irá evitar a maioria das mesclagens.Normalmente, os conflitos restantes podem ser com segurança mesclados automaticamente.Os seguintes tipos de alterações não devem causar nenhuma dificuldade:
Tipos de linhas de vida.Quando você adiciona uma linha de vida a uma interação (diagrama desequência ), seu tipo é armazenado no modelo de raiz , a menos que você criou a linha de vida de um tipo existente.
Inicialmente, interações e novas atividades são armazenadas no modelo de raiz .
Adicionando elementos e relações.
Renomear ou excluir elementos que são referenciados somente dentro de seu próprio pacote.