Ten typ zdarzenia jest obsługiwany tylko dla projektu, który jest w pełni zarządzany i przechowywany w natywnym VCS Workspace (w jego
Versioned Storagerepozytorium Git). W przypadku lokalnego projektu udostępnionego w Workspace Altium 365, ale nieobjętego formalną kontrolą wersji — a więc korzystającego z metodologii Simple Sync — na osi czasu historii nie zobaczysz żadnych zdarzeń commit związanych z VCS. Aby uzyskać te informacje, możesz zmienić styl dostępności online, włączając opcję
Version Control na karcie
General tab okna dialogowego
Project Options. Spowoduje to objęcie projektu natywnym VCS Workspace.
W przypadku projektu udostępnionego w Workspace Altium 365, ale już znajdującego się pod zewnętrzną kontrolą wersji, również nie zobaczysz na osi czasu historii żadnych zdarzeń commit związanych z VCS. Użyj zewnętrznego klienta kontroli wersji, aby przeanalizować historię kontroli wersji projektu. Alternatywnie możesz skutecznie przejść na natywny VCS Workspace. Możesz utworzyć migawkę projektu — najwydajniej i najczyściej wykonasz to za pomocą
Project Packager w Altium Designer. Spowoduje to odłączenie projektu od zewnętrznego VCS i od Workspace (jeśli został tam już udostępniony), po czym możesz ponownie udostępnić go w Workspace, ale już pod kontrolą VCS Workspace — zaczynając niejako od nowa. Szczegółowe informacje, jak to zrobić, znajdziesz w
Moving from External VCS to Workspace Native VCS.
Za każdym razem, gdy wykonasz Commit projektu do Workspace (gdy projekt jest zarządzany w wewnętrznym Versioned Storagerepozytorium Git Workspace), do osi czasu zostanie dodany kafelek zdarzenia Project Committed. Osoba, która wykonała commit (Save to Server), jest przedstawiona z imienia i nazwiska (oraz zdjęciem), wraz z datą i godziną. Jeśli podczas commitu i wysyłania został dodany komentarz — przy użyciu okna dialogowego Commit to Version Control dialog — również zostanie on wyświetlony w kafelku.
Jeśli projekt był lokalnym, niezarządzanym projektem, który następnie został udostępniony online, wówczas opis wprowadzony w oknie dialogowym
Make Available Online dialog zostanie użyty zarówno w kafelku zdarzenia
Project Created, jak i w początkowym kafelku zdarzenia
Project Committed, ponieważ commit projektu jest wykonywany jako część udostępniania projektu online — pod warunkiem oczywiście, że opcja
Version Control była włączona.
Przykładowy początkowy kafelek zdarzenia Project Committed.
Kafelek obsługuje również i prezentuje informacje o porównaniu zmian projektu, pokazując bardziej szczegółowe informacje o tym, co zmieniło się między bieżącym a poprzednim commitem. Obsługiwane elementy obejmują pliki, komponenty, sieci, warianty i strukturę PCB. Sekcja porównania zmian w kafelku podsumowuje różne elementy objęte zdarzeniem commit, pogrupowane według następujących stanów:
– element dodany.
– element usunięty.
– element zmodyfikowany.
Kliknięcie kontrolki 
w kafelku rozwinie tę sekcję porównania zmian, aby pokazać nazwy objętych elementów.
Użyj dostępnych kontrolek
Show More i
Show Less, aby przeanalizować pełną listę dla każdego typu elementu. Kliknij kontrolkę
w kafelku, aby wrócić do widoku podsumowania.
Kliknij kontrolkę 
w prawym górnym rogu kafelka, aby uzyskać dostęp do menu z następującymi poleceniami:
-
Download Sources - uUżyj, aby pobrać i otworzyć tę konkretną rewizję projektu PCB lub Harness w panelu Projects. Nazwa projektu będzie zawierać datę i godzinę, w której ta rewizja została zatwierdzona. Pamiętaj, że ta rewizja jest tylko do odczytu; możesz ją przeglądać, ale nie edytować.
Możesz otworzyć (tylko do podglądu) dowolną konkretną rewizję projektu — bezpośrednio z odpowiadającego jej kafelka zdarzenia Project Committed dla tej rewizji.
-
Compare: Schematic to, PCB to, BOM to – umożliwia porównanie danych schematu, PCB lub BOM projektu PCB w tym commicie z danymi z innego commitu lub zdarzenia wydania. Użyj podmenu, aby porównać z poprzednim commitem, lub wybierz spośród wszystkich dostępnych wydań i commitów. Po wybraniu danych do porównania wyniki zostaną przedstawione w powiązanym widoku różnic, który otworzy się jako nowa karta w domyślnej przeglądarce. Więcej informacji można znaleźć w Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
-
Create Tag – dodaje pojedynczy, niestandardowo nazwany tag do dowolnego commitu projektu projektowego (i tylko wtedy, gdy projekt jest przechowywany w Workspace w jego wewnętrznym systemie Git VCS). Tag można utworzyć tylko dla commitu, który jest już zapisany w Workspace. Po uruchomieniu polecenia otworzy się okno dialogowe Create Tag. Wprowadź żądany tag, a następnie kliknij Create.
Jeśli wprowadzony tag zawiera niedozwolony znak, w oknie dialogowym Create Tag pojawi się ikona 
. Najedź kursorem na ikonę, aby wyświetlić „podpowiedź” informującą, które znaki są dozwolone, tj. litery, cyfry, kropka ('.'), myślnik ('-'), znak kratki ('#') i podkreślenie ('_'); w razie potrzeby zaktualizuj tag.
Zostanie otwarte wyskakujące okno informacyjne, które poinformuje Cię o niedozwolonych znakach w nazwie tagu. Tag nie zostanie utworzony, dopóki niedozwolone znaki nie zostaną usunięte.
Jeśli projekt ma commity, które nie zostały jeszcze wypchnięte, otworzy się okno dialogowe Save To Server z pytaniem, czy chcesz wykonać push. Jeśli commit zostanie wypchnięty, otworzy się okno dialogowe Create Tag.
Gdy projekt jest wydawany przy użyciu Project Releaser, a jego najnowszy commit nie ma jeszcze tagu, tag zostanie automatycznie przypisany do tego najnowszego commitu. Tag ten będzie miał postać RELEASE_<RevisionID>, gdzie <RevisionID> to numer rewizji wydanych źródeł projektu (A.1, A.2 itd.), na przykład RELEASE_A.3.
Aby zmienić nazwę lub usunąć tag, kliknij 
, a następnie najedź kursorem na wpis Tag . Otworzy się okno dialogowe, w którym można wprowadzić nową nazwę tagu. Jeśli wybrano Remove , tag zostanie natychmiast usunięty.
Do polecenia
Create Tag można również uzyskać dostęp, klikając prawym przyciskiem myszy nazwę projektu lub dokumentu w panelu
Projects , a następnie wybierając
History & Version Control » Create Tag, aby utworzyć tag dla ostatniego/najnowszego commitu.
Uwagi:
-
Tagi nie są obsługiwane dla zewnętrznej kontroli wersji.
-
Dla jednego commitu można utworzyć tylko jeden (1) tag.
-
Utwórz kopię – służy do utworzenia kopii z tej konkretnej rewizji projektu. Otworzy się okno dialogowe Create Project Copy, w którym należy wprowadzić Project Name (domyślnie będzie to oryginalna nazwa projektu z przyrostkiem „ - Copy”), Description (to pole nie jest wstępnie wypełnione), ścieżkę Folder (w obrębie Workspace) oraz ścieżkę Local Storage (do kopii roboczej). Projekt zostanie utworzony, a do osi czasu zostanie dodany kafelek zdarzenia Project Copied.
Folder Workspace domyślnie będzie tym samym folderem, w którym przechowywany jest oryginalny projekt. Kliknij
, aby otworzyć okno dialogowe
Choose Folder (uproszczoną wersję panelu
Explorer) i w razie potrzeby zmienić folder.
Local Storage domyślnie będzie ustawione na lokalizację zdefiniowaną na stronie
System - Default Locations w oknie dialogowym
Preferences. Kliknij
, aby otworzyć standardowe okno systemu Windows, w którym można w razie potrzeby zmienić tę lokalizację.
-
Revert to – użyj tego polecenia, aby przywrócić dane z tej konkretnej rewizji projektu. Dane z dokumentów źródłowych projektu w tej konkretnej rewizji nadpisują dane w lokalnej kopii roboczej projektu. W praktyce projekt jest na chwilę zamykany, a następnie ponownie otwierany z tymi przywróconymi danymi. Jeśli chcesz zakończyć przywracanie i uczynić te dane rewizją Head (bieżącą wersją), musisz wykonać commit i push projektu z powrotem do Workspace.
Możesz przywrócić dowolną konkretną rewizję projektu bezpośrednio z odpowiadającego jej kafelka zdarzenia Project Committed dla tej rewizji.
Po przywróceniu konkretnej rewizji i przed wykonaniem commitu możesz przywrócić lokalną kopię roboczą do najnowszej rewizji, używając polecenia Revert to powiązanego z najnowszym kafelkiem zdarzenia Project Committed na osi czasu.
Kafelek zdarzenia
Project Committed jest fizycznie połączony z głównym pniem osi czasu ciągłą niebieską linią połączenia i węzłem:
. Najnowsza rewizja projektu (tj. ostatni commit) wyróżnia się białym wypełnieniem węzła:
.
Tłumaczenie SI