Este tipo de evento só é suportado para um projeto totalmente gerido e armazenado sob o VCS nativo do Workspace (no respetivo repositório
Versioned Storage Git). Para um projeto local disponibilizado no Altium 365 Workspace mas não sob controlo formal de versões – utilizando, por isso, a metodologia Simple Sync – não verá quaisquer eventos de commit relacionados com VCS na cronologia do histórico. Para obter esta informação, pode mudar o estilo de disponibilidade online ativando a opção
Version Control na
tab General da caixa de diálogo
Project Options. Isto coloca o projeto sob o VCS nativo do Workspace.
No caso de um projeto disponibilizado num Altium 365 Workspace mas já sob controlo de versões externo, também não verá quaisquer eventos de commit relacionados com VCS na cronologia do histórico. Utilize o seu cliente externo de controlo de versões para examinar o histórico de controlo de versões do projeto. Em alternativa, pode mudar efetivamente para o VCS nativo do Workspace. Pode criar um snapshot do seu projeto – realizado da forma mais eficiente e limpa com o
Project Packager do Altium Designer. Isto desliga-o do VCS externo e do Workspace (caso já esteja aí disponibilizado), após o que poderá disponibilizá-lo novamente no Workspace, mas sob o VCS do Workspace – começando, por assim dizer, de novo. Para informações detalhadas sobre como o fazer, consulte
Moving from External VCS to Workspace Native VCS.
Sempre que fizer Commit de um projeto para o Workspace (em que o projeto é gerido no repositório interno Versioned Storage Git do Workspace), será adicionado à cronologia um bloco de evento Project Committed. A pessoa que efetuou o commit (Save to Server) é apresentada pelo nome (e fotografia), juntamente com a data e a hora. Se tiver sido adicionado e enviado um comentário no momento do commit – utilizando a caixa de diálogo Commit to Version Control dialog – esse comentário também será apresentado no bloco.
Se o projeto era um projeto local, não gerido, que foi subsequentemente disponibilizado online, então a descrição introduzida na caixa de diálogo
Make Available Online dialog será usada tanto no bloco de evento
Project Created como no bloco de evento inicial
Project Committed, uma vez que o commit do projeto é efetuado como parte da disponibilização online do projeto – desde que, naturalmente, a opção
Version Control tenha sido ativada.
Exemplo de bloco de evento inicial Project Committed.
O bloco também suporta e apresenta informação de diff do design, mostrando informação mais detalhada sobre o que mudou entre o commit atual e o anterior. Os elementos suportados incluem ficheiros, componentes, nets, variantes e estrutura PCB. A secção de diff do bloco resume os vários elementos afetados pelo evento de commit, agrupados pelos seguintes estados:
– elemento adicionado.
– elemento removido.
– elemento modificado.
Ao clicar no controlo 
no bloco, esta secção de diff será expandida para apresentar os elementos afetados pelo nome.
Utilize os controlos
Show More e
Show Less disponíveis para analisar a listagem completa de cada tipo de elemento. Clique no controlo
no bloco para regressar à apresentação resumida.
Clique no controlo 
no canto superior direito do bloco para aceder a um menu com os seguintes comandos:
-
Download Sources - uUtilize-o para transferir e abrir essa revisão específica do projeto PCB ou Harness no painel Projects. O nome do projeto incluirá a data e a hora em que essa revisão foi submetida por commit. Tenha em atenção que esta revisão é apenas de leitura; pode visualizá-la, mas não editá-la.
Pode abrir (apenas para visualização) qualquer revisão específica do projeto – diretamente a partir do bloco de evento Project Committed correspondente a essa revisão.
-
Compare: Schematic to, PCB to, BOM to – permite-lhe comparar os dados de Esquemático, PCB ou BOM do projeto PCB neste commit com os de outro commit ou evento de lançamento. Utilize o submenu para comparar com o commit anterior ou selecione entre todos os lançamentos e commits possíveis. Depois de escolhidos os dados para comparação, os resultados da comparação são apresentados na vista de diferenças associada, que é aberta como um novo separador no seu navegador predefinido. Para mais informações, consulte Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
-
Create Tag – adicione uma única etiqueta personalizada, com nome definido por si, a qualquer commit de um projeto de design (e apenas quando esse projeto estiver armazenado num Workspace sob o seu sistema interno Git VCS). Só pode criar uma etiqueta para um commit que já esteja guardado no Workspace. Depois de executar o comando, abre-se a caixa de diálogo Create Tag . Introduza a etiqueta pretendida e clique em Create.
Quando é introduzida uma etiqueta que contém um carácter ilegal, o ícone 
aparece na caixa de diálogo Create Tag. Passe o cursor sobre o ícone para ver uma “dica” com os caracteres permitidos, ou seja, letras, números, ponto ('.'), hífen ('-'), cardinal ('#') e sublinhado ('_'); atualize a etiqueta conforme necessário.
Será aberta uma janela informativa a alertá-lo se existirem caracteres ilegais no nome da etiqueta. A etiqueta só será criada depois de os caracteres ilegais serem removidos.
Se o projeto tiver commits que ainda não tenham sido enviados, abrir-se-á a caixa de diálogo Save To Server , perguntando se pretende efetuar um push. Se o commit for enviado, abrir-se-á a caixa de diálogo Create Tag.
Quando o projeto é lançado utilizando o Project Releaser e o seu commit mais recente ainda não tem uma etiqueta, será atribuída automaticamente uma etiqueta a esse commit mais recente. Esta etiqueta terá a forma de RELEASE_<RevisionID>, em que <RevisionID> é o número de revisão das fontes do projeto lançado (A.1, A.2, etc.), por exemplo, RELEASE_A.3.
Para mudar o nome ou eliminar uma etiqueta, clique em 
e depois passe o cursor sobre a entrada Tag . Abrir-se-á uma caixa de diálogo na qual pode introduzir o novo nome da etiqueta. Se Remove estiver selecionado, a etiqueta é eliminada imediatamente.
O comando
Create Tag também pode ser acedido clicando com o botão direito do rato no nome de um projeto ou documento no painel
Projects e escolhendo depois
History & Version Control » Create Tag para criar uma etiqueta para o último/mais recente commit.
Notas:
-
Não existe suporte para etiquetas no controlo de versões externo.
-
Só pode ser criada uma (1) etiqueta por commit.
-
Criar uma cópia – utilize para criar uma cópia a partir dessa revisão específica do projeto. Abre-se a caixa de diálogo Create Project Copy , na qual introduz um Project Name (por predefinição, será o nome original do projeto com o sufixo ' - Copy'), Description (que não é pré-preenchido), o caminho de Folder (dentro do Workspace) e o caminho de Local Storage (para a cópia de trabalho). O projeto será criado e será adicionado à cronologia um mosaico de evento Project Copied.
O
Folder do Workspace será, por predefinição, a mesma pasta em que o projeto original está armazenado. Clique em
para abrir a caixa de diálogo
Choose Folder (uma versão simplificada do painel
Explorer) para alterar a pasta conforme necessário. O
Local Storage será, por predefinição, definido para utilizar a localização definida na página
System - Default Locations da caixa de diálogo
Preferences. Clique em
para abrir uma caixa de diálogo padrão do Windows com a qual poderá alterar esta localização conforme necessário.
-
Revert to – utilize este comando para reverter para os dados dessa revisão específica do projeto. Os dados dos documentos-fonte do projeto nessa revisão específica substituem os dados na sua cópia de trabalho local do projeto. Na prática, o projeto é momentaneamente fechado e depois reaberto com esses dados revertidos. Se pretender concluir a reversão e tornar esses dados na Head Revision (versão atual), tem de fazer commit e push do projeto novamente para o Workspace.
Pode reverter para qualquer revisão específica do projeto diretamente a partir do mosaico de evento Project Committed correspondente a essa revisão.
Depois de reverter para uma revisão específica e antes de fazer commit, pode restaurar a sua cópia de trabalho local para a revisão mais recente utilizando o comando Revert to associado ao mosaico de evento Project Committed mais recente na cronologia.
Um mosaico de evento
Project Committed está fisicamente ligado ao tronco principal da cronologia por uma linha de ligação azul contínua e um nó:
. A revisão mais recente do projeto (ou seja, o último commit) distingue-se por ter um preenchimento branco no respetivo nó:
.
AI-localized