Questo tipo di evento è supportato solo per un progetto completamente gestito e archiviato nel VCS nativo del Workspace (all'interno del relativo
Versioned Storage repository Git). Per un progetto locale reso disponibile nell'Altium 365 Workspace ma non sotto controllo di versione formale, e che quindi utilizza la metodologia Simple Sync, non verranno visualizzati eventi di commit correlati al VCS nella timeline della cronologia. Per ottenere queste informazioni, è possibile cambiare lo stile di disponibilità online abilitando l'opzione
Version Control nella scheda
General della finestra di dialogo
Project Options. In questo modo il progetto passa sotto il VCS nativo del Workspace.
Per un progetto reso disponibile in un Altium 365 Workspace ma già sotto controllo di versione esterno, non verranno comunque visualizzati eventi di commit correlati al VCS nella timeline della cronologia. Utilizzare il client di controllo di versione esterno per esaminare la cronologia del controllo di versione del progetto. In alternativa, è possibile passare di fatto al VCS nativo del Workspace. È possibile creare uno snapshot del progetto, operazione eseguibile nel modo più efficiente e pulito usando
Project Packager di Altium Designer. Questo lo scollega dal VCS esterno e dal Workspace (se già reso disponibile lì), dopodiché sarà possibile renderlo nuovamente disponibile nel Workspace, ma sotto il VCS del Workspace, ricominciando di fatto da zero. Per informazioni dettagliate su come farlo, vedere
Passaggio da VCS esterno a VCS nativo del Workspace.
Ogni volta che si esegue il Commit di un progetto nel Workspace (dove il progetto è gestito nel Versioned Storage repository Git interno del Workspace), alla timeline verrà aggiunto un riquadro evento Project Committed. La persona che ha eseguito il commit (Save to Server) viene indicata per nome (e immagine), insieme alla data e all'ora. Se al momento del commit e del push è stato aggiunto un commento, utilizzando la finestra di dialogo Commit to Version Control, anche questo verrà visualizzato nel riquadro.
Se il progetto era un progetto locale non gestito che è stato successivamente reso disponibile online, allora la descrizione inserita nella finestra di dialogo
Make Available Online verrà utilizzata sia nel riquadro evento
Project Created sia nel riquadro evento iniziale
Project Committed, poiché il commit del progetto viene eseguito come parte della pubblicazione online del progetto, a condizione naturalmente che l'opzione
Version Control fosse abilitata.
Esempio di riquadro evento iniziale Project Committed.
Il riquadro supporta inoltre e presenta informazioni di design diffing, mostrando informazioni più dettagliate su ciò che è cambiato tra il commit corrente e quello precedente. Gli elementi supportati includono file, componenti, net, varianti e struttura PCB. La sezione di diffing del riquadro riepiloga i vari elementi interessati dall'evento di commit, raggruppati in base ai seguenti stati:
– elemento aggiunto.
– elemento rimosso.
– elemento modificato.
Facendo clic sul controllo 
nel riquadro, questa sezione di diffing verrà espansa per presentare gli elementi interessati per nome.
Utilizzare i controlli disponibili
Show More e
Show Less per esaminare l'elenco completo per ciascun tipo di elemento. Fare clic sul controllo
nel riquadro per tornare alla visualizzazione di riepilogo.
Fare clic sul controllo 
nell'angolo superiore destro del riquadro per accedere a un menu con i seguenti comandi:
-
Download Sources - uda usare per scaricare e aprire quella specifica revisione del progetto PCB o Harness nel pannello Projects. Il nome del progetto includerà la data e l'ora in cui quella revisione è stata sottoposta a commit. Si noti che questa revisione è di sola lettura; è possibile visualizzarla ma non modificarla.
È possibile aprire (solo per la visualizzazione) qualsiasi revisione specifica del progetto direttamente dal corrispondente riquadro evento Project Committed per quella revisione.
-
Compare: Schematic to, PCB to, BOM to – consente di confrontare i dati di Schematic, PCB o BOM del progetto PCB in questo commit con quelli di un altro commit o evento di release. Usa il sottomenu per confrontare con il commit precedente oppure seleziona tra tutte le release e i commit possibili. Una volta scelti i dati da confrontare, i risultati del confronto vengono presentati nella vista delle differenze associata, che si apre come nuova scheda nel browser predefinito. Per ulteriori informazioni, vedere Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
-
Create Tag – aggiunge un singolo tag personalizzato a qualsiasi commit di un progetto di progettazione (e solo quando tale progetto è archiviato in un Workspace nel suo sistema Git VCS interno). È possibile creare un tag solo per il commit già salvato nel Workspace. Dopo aver eseguito il comando, si apre la finestra di dialogo Create Tag. Immettere il tag desiderato, quindi fare clic su Create.
Quando viene immesso un tag che contiene un carattere non valido, l'icona 
appare nella finestra di dialogo Create Tag. Passare il puntatore sull'icona per visualizzare un "suggerimento" sui caratteri consentiti, ovvero lettere, numeri, punto ('.'), trattino ('-'), cancelletto ('#') e underscore ('_'); aggiornare il tag secondo necessità.
Si aprirà un popup informativo che avvisa della presenza di caratteri non validi nel nome del Tag. Il Tag non verrà creato finché i caratteri non validi non saranno rimossi.
Se il progetto contiene commit che non sono ancora stati inviati con push, si aprirà la finestra di dialogo Save To Server, che chiederà se si desidera eseguire un push. Se il commit viene inviato, si aprirà la finestra di dialogo Create Tag.
Quando il progetto viene rilasciato utilizzando il Project Releaser e il suo commit più recente non ha ancora un tag, a questo commit più recente verrà assegnato automaticamente un tag. Questo tag avrà la forma RELEASE_<RevisionID>, dove <RevisionID> è il numero di revisione dei sorgenti del progetto rilasciato (A.1, A.2, ecc.), ad esempio, RELEASE_A.3.
Per rinominare o eliminare un tag, fare clic su 
e quindi passare il puntatore sulla voce Tag . Si aprirà una finestra di dialogo nella quale è possibile immettere il nuovo nome del tag. Se è selezionato Remove , il tag viene eliminato immediatamente.
Il comando
Create Tag può essere richiamato anche facendo clic con il pulsante destro del mouse sul nome di un progetto o documento nel pannello
Projects e scegliendo quindi
History & Version Control » Create Tag per creare un tag per l'ultimo/più recente commit.
Note:
-
Non è disponibile il supporto ai tag per il controllo di versione esterno.
-
È possibile creare un solo (1) tag per commit.
-
Crea una copia – usare per creare una copia da quella specifica revisione del progetto. Si apre la finestra di dialogo Create Project Copy, nella quale si immettono un Project Name (per impostazione predefinita, sarà il nome del progetto originale con il suffisso ' - Copy'), Description (che non è precompilata), il percorso Folder (all'interno del Workspace) e il percorso Local Storage (per la copia di lavoro). Il progetto verrà creato e verrà aggiunto alla timeline un riquadro evento Project Copied.
Il
Folder del Workspace sarà, per impostazione predefinita, la stessa cartella in cui è archiviato il progetto originale. Fare clic su
per aprire la finestra di dialogo
Choose Folder (una versione ridotta del pannello
Explorer) e modificare la cartella secondo necessità. Il
Local Storage sarà, per impostazione predefinita, impostato per utilizzare la posizione definita nella pagina
System - Default Locations della finestra di dialogo
Preferences. Fare clic su
per aprire una finestra di dialogo standard di Windows con cui modificare questa posizione secondo necessità.
-
Revert to – usare questo comando per tornare a utilizzare i dati di quella specifica revisione del progetto. I dati dei documenti sorgente del progetto in quella specifica revisione sovrascrivono i dati nella copia di lavoro locale del progetto. In pratica, il progetto viene momentaneamente chiuso e quindi riaperto con i dati ripristinati. Se si desidera completare il ripristino e rendere tali dati la Head Revision (versione corrente), è necessario eseguire commit e push del progetto di nuovo nel Workspace.
È possibile ripristinare qualsiasi revisione specifica del progetto direttamente dal corrispondente riquadro evento Project Committed per quella revisione.
Dopo il ripristino a una revisione specifica e prima di eseguire il commit, è possibile riportare la copia di lavoro locale alla revisione più recente utilizzando il comando Revert to associato al riquadro evento Project Committed più recente nella timeline.
Un riquadro evento
Project Committed è fisicamente collegato al tronco principale della timeline con una linea di connessione blu continua e un nodo:
. L'ultima revisione del progetto (ovvero l'ultimo commit) si distingue per avere il nodo con riempimento bianco:
.
Localizzato tramite A