0000000 1,0
RASCUNHO
REFERÊNCIA
XXXX
Data: 28-04-2016
VersãoCão
Guia de usuario
Página 2 de 20
HISTÓRICO DE MUDANÇAS
Página 3 de 20
ÍNDICE
1. Introdução................................................. .................................................. ...... 4
Página 4 de 20
1. Introdução
versiondog é um software dedicado ao gerenciamento de projetos de PLC. Os principais objetivos do versiondog são:
• gerenciamento de versão e backup
• backup de dados
• relatórios
• gestão da qualidade
Todos os projetos são armazenados em servidores, enquanto os clientes são distribuídos entre os computadores dos usuários.
Toda vez que o usuário faz check-out do projeto do servidor, os arquivos são copiados para sua máquina local e podem ser
modificados, testados e versionados localmente. Após aplicar as alterações, o usuário faz check-in no servidor com a nova versão
do projeto. O histórico de alterações é mantido com uma contribuição mínima de um usuário.
O desenvolvimento de um código PLC é mantido fora do versiondog e ainda é feito com ferramentas dedicadas como Simatic
Step7 ou Unity.
versiondog possui um mecanismo de agendamento chamado Jobs que cria automaticamente um backup do programa em
execução em um dispositivo e verifica a coerência do programa recuperado com uma versão armazenada no servidor.
O serviço de versiondog na infraestrutura do CERN é fornecido para gerenciar projetos em produção e não em
desenvolvimento.
Machine Translated by Google
Página 5 de 20
Seu nome de usuário deve ser o mesmo que o login da sua conta NICE. Ao fazer login no cliente versiondog, use a senha da sua
conta NICE e você será autenticado pelo sistema operacional.
3. Primeiro login
Depois de ter sua conta e o cliente versiondog instalado em sua máquina, você pode iniciá-lo escolhendo UserClient no menu
Iniciar:
- ReportClient – ferramenta para monitoramento online de alterações no sistema versiondog como check-ins, check-outs,
criação de novas versões, resultados de jobs, etc.
Página 6 de 20
Para especificar uma conexão com o servidor versiondog CERN, selecione “Configurações do servidor…” no menu suspenso:
Nas próximas janelas, escolha “Adicionar um servidor”, digite o nome da configuração (qualquer nome desejado) e o nome do
servidor versiondog (vdog-srv-01). Deixe a configuração de portas com valores padrão:
Machine Translated by Google
Página 7 de 20
Agora você pode fazer login usando seu nome de usuário e senha NICE (digite CERN no campo de domínio):
Página 8 de 20
Depois de verificar este campo, você pode ver a estrutura atual dos projetos no servidor (fonte cinza).
Na seção "Visão geral do componente" você pode ver todos os projetos (no versiondog chamados "componentes") armazenados
no caminho selecionado:
Você deve ver apenas os projetos dentro do diretório preparado para o grupo ao qual pertence.
Machine Translated by Google
Página 9 de 20
4.2 Saída
Para baixar um projeto do arquivo do servidor para o arquivo local, selecione uma ou mais entradas na lista e escolha “Check-Out
(take selection)”:
Na próxima janela você pode selecionar ou desmarcar projetos a serem copiados movendo-os entre o lado esquerdo (servidor) e
o lado direito (sua seleção).
- O número de versões a serem copiadas do servidor (para que você possa ver o histórico de
mudanças)
- A caixa de seleção "Em desenvolvimento" - você pode deixar uma informação para outros usuários que
este projeto está atualmente processado e ninguém deve tocá-lo.
Você pode até bloquear o acesso ao projeto, para que ninguém mais possa armazenar uma versão mais recente deste
projeto antes de fazer isso:
Machine Translated by Google
Página 10 de 20
Figura 12 Em desenvolvimento
Depois de fazer sua seleção, clique em “Copiar todos os componentes selecionados do servidor para o local”
botão. Quando a cópia estiver concluída, você verá o status ao lado de cada componente:
Se não houver uma estrutura de diretório preparada para o seu projeto, entre em contato com o administrador do grupo para
obter instruções sobre como proceder.
Sua hierarquia de diretórios de arquivo local deve corresponder à hierarquia de diretórios no servidor:
Uma vez que o diretório é criado, você pode criar um novo “componente” dentro:
Machine Translated by Google
Página 11 de 20
Na próxima etapa escolha que tipo de projeto será armazenado neste local (S7/Unity/TIA, etc):
Na forma atual, o componente criado está vazio e você deve fornecer arquivos de projeto.
Página 12 de 20
Para fazer isso, basta selecionar “Abrir gerenciador de arquivos” e isso abrirá o diretório preparado para o seu
projetos. É suficiente copiar e colar seus arquivos de projeto neste diretório:
Neste ponto, você criou apenas um componente com arquivos de projeto. É apenas uma cópia de trabalho e nenhuma versão
local do seu projeto foi criada.
Para criar a versão base com os arquivos fornecidos, selecione “Create base version”.
É uma boa prática renomear um componente criado para que seja mais fácil encontrá-lo na lista de projetos.
Machine Translated by Google
Página 13 de 20
Durante o desenvolvimento, o projeto é armazenado em seu arquivo local (por padrão, o diretório C:\vdClientArchive). Você pode
ver e modificar sua estrutura na árvore do projeto. A fonte preta corresponde às entradas armazenadas em sua máquina, cinza
– as do servidor.
Figura 21 Representação em árvore do projeto do arquivo local (preto) e arquivo do servidor (cinza)
Para começar a trabalhar em um dos projetos clique duas vezes na linha correspondente ou expanda o
Árvore de projeto até chegar ao seu componente:
Página 14 de 20
A parte superior da janela apresenta um resumo do projeto. Na parte inferior você tem uma lista de versões em seu arquivo local
(no exemplo apenas a inicial).
Quando suas alterações forem feitas, você verá que “Editar estado” não é mais “Igual”, mas “Diferente”:
Quando você cria uma nova versão, o versiondog procura por diferenças e fornece um relatório:
Machine Translated by Google
Página 15 de 20
Depois de aceitar as alterações, coloque um motivo de alteração para a nova versão e clique em “Nova versão”. Você também
pode apresentar motivos de mudança detalhados para cada parte do projeto:
Página 16 de 20
Você também pode criar uma nova versão sem nenhuma alteração (Extras->Versão sem diferença), mas geralmente não
há uma boa razão para duplicar versões.
Analogamente, o status “Servidor mais recente que o cliente” significaria que alguém fez check-in no servidor com a nova
versão e o que está no Arquivo local não está atualizado. Para evitar tais situações, sempre faça o check-out com a opção
“Bloquear para outros usuários”.
Versiondog não irá comparar a versão criada e apenas perguntará sobre um comentário:
Página 17 de 20
Ao selecionar a versão na lista, você obterá informações detalhadas sobre as alterações em comparação com a versão anterior:
Para obter informações mais detalhadas (como quando você cria uma nova versão), você pode solicitar uma comparação
detalhada:
Em geral, é possível comparar quaisquer duas versões na lista e comparar qualquer versão com a cópia de trabalho:
Para cada projeto, um dos trabalhos (um comando agendado pelo GroupAdmin) pode ser selecionado como “trabalho padrão”
para o componente.
Machine Translated by Google
Página 18 de 20
Se o seu projeto tiver seu “trabalho padrão”, você pode usar a funcionalidade chamada “Carregar e comparar”.
Desta forma pode solicitar o upload do programa ao PLC e compará-lo com a sua cópia de trabalho.
Se a funcionalidade Carregar e comparar não estiver disponível (em cinza), entre em contato com o administrador para configurar
essa funcionalidade.
Página 19 de 20
Aqui você pode selecionar quais projetos deseja enviar para o servidor.
Por padrão, a caixa de seleção "Redefinir estado de trabalho" está marcada para remover o bloqueio do projeto ou o status "em
desenvolvimento" para liberar o projeto para outros usuários.
Depois de clicar em “Copiar todos os componentes selecionados do local para o servidor”, a versão é copiada e, como
resultado, você receberá informações sobre o estado do check-in:
Para cada projeto armazenado no servidor, o administrador do grupo pode configurar o Job. Job é um comando
programado que, dependendo da configuração, irá:
Página 20 de 20
- Compare o backup salvo com: backup anterior e/ou versão mais recente do servidor.
O trabalho será executado periodicamente nas máquinas dos agentes e fornecerá relatório do resultado por e-mail.
Para configurar um cronograma para o seu projeto, você deve entrar em contato com o administrador local e fornecer o
seguinte conjunto de informações:
- Nome do componente (projeto)
- Endereço IP do PLC
- Informações sobre quem deve receber notificações por e-mail após a execução do trabalho.
Se você tiver requisitos especiais em relação à configuração da frequência de execução de um trabalho ou às configurações do
comparador (o que deve ser comparado), discuta as opções possíveis com o GroupAdmin. Caso contrário, uma configuração ideal
padrão será usada.
Depois que um trabalho é executado, os resultados são inseridos no banco de dados versiondog. Você também receberá um e-mail
com um resumo do resultado se o GroupAdmin tiver configurado isso para você.
O resultado da última comparação entre a versão do servidor e o projeto PLC é exibido no resumo do projeto: