Historia projektu
Altium Designer, w połączeniu z połączonym Workspace, umożliwia przeglądanie i interakcję z zaawansowaną, zorientowaną graficznie Project History osią czasu. Dedykowany Historywidok zapewnia progresywną oś czasu najważniejszych zdarzeń związanych z projektem PCB, Multi-board lub Harness — jego utworzeniem, commitami, wydaniami, kopiami oraz wymianą MCAD — z obsługą różnych działań tam, gdzie ma to zastosowanie.
Dostęp do historii projektu
Aby otworzyć Historywidok dla projektu Workspace z poziomu Altium Designer, kliknij prawym przyciskiem myszy jego pozycję w panelu Projects i wybierz polecenie History & Version Contol » Show Project History z menu kontekstowego. Alternatywnie wybierz polecenie History & Version Control » Show Project History z menu głównego Project, aby otworzyć widok historii dla aktywnego projektu Workspace. History Widok jest wyświetlany jako osobny dokument na karcie (<ProjectName>.PrjPcb History).
, aby zaktualizować oś czasu pełnymi historycznymi danymi zdarzeń.
Oś czasu historii — omówienie
History Widok przedstawia oś czasu podstawowych zdarzeń, które wystąpiły podczas rozwoju projektu. Można go zasadniczo podzielić na trzy kluczowe sekcje, jak pokazano na poniższym obrazie i opisano dalej.
Identyfikacja trzech kluczowych elementów History widoku.
- Main trunk of the timeline. Kierunek chronologii zdarzeń przebiega od dołu do góry. Pierwsze zdarzenie — utworzenie projektu — pojawi się na dole osi czasu. Kolejne zdarzenia pojawiają się powyżej, a najnowsze (najbardziej aktualne zdarzenie) na górze osi czasu.
- Events. Za każdym razem, gdy wystąpi obsługiwane zdarzenie (zobacz poniżej) związane z projektem, jest ono dodawane do osi czasu jako osobny kafelek. Każdy typ zdarzenia ma kafelek w innym kolorze i jest albo połączony bezpośrednio z głównym pniem osi czasu, albo ma obok dodatkową ikonę (jak w przypadku zdarzeń MCAD Exchange).
-
Search. Kliknij element sterujący
w prawym górnym rogu widoku, aby uzyskać dostęp do pola wyszukiwania, które umożliwia podstawowe przeszukiwanie historii projektu. Podczas wpisywania ciągu wyszukiwania do osi czasu zostanie zastosowane filtrowanie, tak aby wyświetlane były tylko zdarzenia istotne dla wyszukiwania. Więcej informacji znajdziesz w Filtered Searching.
Obsługiwane zdarzenia
Oś czasu pokazuje sekwencję zdarzeń zachodzących w cyklu życia projektu. Każde z tych zdarzeń pojawia się na osi czasu jako osobny „kafelek zdarzenia”. Poniższe rozwijane sekcje omawiają zakres zdarzeń aktualnie obsługiwanych i możliwych do wyświetlenia jako część historycznej osi czasu projektu.
Project Creation
Refer to: Tworzenie projektu, Udostępnianie istniejącego projektu online
Po utworzeniu projektu do osi czasu zostanie dodany kafelek zdarzenia Project Created. To zdarzenie wyznacza początek historycznej osi czasu projektu. W związku z tym zawsze można je znaleźć jako wpis na dole osi czasu. Kafelek tego zdarzenia może występować w dwóch wyraźnych wariantach:
- Gdy projekt jest nowo tworzony w Workspace. Twórca projektu jest przedstawiony z imienia i nazwiska (oraz zdjęcia), wraz z datą i godziną utworzenia projektu. W kafelku wyświetlany jest także opis projektu, jeśli został wprowadzony podczas tworzenia.
- Gdy projekt jest kopią istniejącego projektu. Osoba, która utworzyła skopiowany projekt, jest przedstawiona z imienia i nazwiska wraz z datą i godziną utworzenia projektu. W kafelku wyświetlany jest także opis projektu, jeśli został wprowadzony podczas kopiowania. Dostępny jest link do oryginalnego projektu; kliknięcie go otworzy stronę szczegółowego zarządzania tym projektem w interfejsie przeglądarkowym Workspace.
.
Project Commit
Za każdym razem, gdy wykonasz Commit projektu do Workspace (gdy projekt jest zarządzany w ramach wewnętrznego 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ęcia), wraz z datą i godziną. Jeśli podczas commitu i pushowania dodano komentarz — przy użyciu okna dialogowego Commit to Version Control dialog — będzie on również wyświetlany w kafelku.
Przykładowy początkowy kafelek zdarzenia Project Committed.
Kafelek obsługuje także i prezentuje informacje o różnicach 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 różnic 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 elementu sterującego 
w kafelku rozwinie tę sekcję różnic i pokaże nazwy objętych zmianą elementów.
w kafelku, aby wrócić do widoku podsumowania.
Kliknij element sterujący 
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ę wykonania commitu tej rewizji. 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 Schematic, 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 wybrać spośród wszystkich możliwych wydań i commitów. Po wybraniu danych do porównania wyniki porównania są prezentowane w powiązanym widoku różnic, który otwiera się jako nowa karta w domyślnej przeglądarce. Więcej informacji znajdziesz 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 został 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 zobaczyć „podpowiedź”, jakie znaki są dozwolone, tj. litery, cyfry, kropka ('.'), myślnik ('-'), znak kratki ('#') i podkreślenie ('_'); odpowiednio zaktualizuj tag.
Gdy projekt zostanie wydany przy użyciu narzędzia Project Releaser i jego najnowszy commit nie ma jeszcze tagu, tag zostanie automatycznie przypisany do tego najnowszego commitu. Ten tag 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ę tagu lub go usunąć, kliknij 
, a następnie najedź kursorem na wpis Tag . Otworzy się okno dialogowe, w którym możesz wprowadzić nową nazwę tagu. Jeśli wybrano Remove , tag zostanie natychmiast usunięty.
- Utwórz kopię — użyj, aby utworzyć kopię 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łniane), ś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.
, aby otworzyć okno dialogowe Choose Folder (uproszczoną wersję panelu Explorer) i zmienić folder zgodnie z potrzebami. Local Storage domyślnie będzie ustawione na użycie lokalizacji zdefiniowanej na stronie System - Default Locations okna dialogowego Preferences. Kliknij , aby otworzyć standardowe okno systemu Windows, za pomocą którego można w razie potrzeby zmienić tę lokalizację.
-
Revert to — użyj tego polecenia, aby przywrócić używanie danych 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 przywróconymi danymi. Jeśli chcesz dokończyć przywracanie i uczynić te dane rewizją Head (wersją bieżącą), 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.
. Najnowsza rewizja projektu (tj. ostatni commit) wyróżnia się białym wypełnieniem swojego węzła: 
.
Project Release
Related page: Wydanie projektu projektowego
Za każdym razem, gdy wykonasz wydanie projektu PCB — przy użyciu narzędzia Project Releaser w Altium Designer — do osi czasu zostanie dodany kafelek zdarzenia Project Released. Osoba, która wykonała wydanie, jest przedstawiona z imienia i nazwiska (oraz zdjęcia), wraz z datą i godziną. Jeśli podczas publikowania wygenerowanych danych do Workspace dodano notatkę do wydania — za pośrednictwem okna dialogowego Confirm Release dialog — zostanie ona również wyświetlona w kafelku. Wyświetlone zostaną także wszystkie zestawy danych uwzględnione w wydaniu.
Przykładowy kafelek zdarzenia Project Released.
Kliknij element sterujący 
w prawym górnym rogu kafelka, aby uzyskać dostęp do menu z następującymi poleceniami:
- Download Sources — użyj tego polecenia, aby pobrać, a następnie otworzyć (w panelu Projects ) konkretną rewizję projektu, z której wygenerowano ten pakiet wydania. Nazwa projektu będzie zawierać wersję wydania. Pamiętaj, że ta rewizja jest tylko do odczytu; możesz ją przeglądać, ale nie możesz jej w żaden sposób edytować.
- Compare: Schematic to, PCB to, Gerber to, BOM to — umożliwia porównanie danych Schematic, PCB lub BOM w tym wydaniu z danymi z innego wydania lub zdarzenia commit. W przypadku wygenerowanych Gerberów możesz porównać dane z tego wydania z danymi z innego wydania lub, podczas korzystania z Altium 365 Workspace, z przesłanym zestawem plików Gerber. Użyj podmenu, aby porównać z wymaganym zestawem danych. Po wybraniu danych do porównania wyniki porównania są prezentowane w powiązanym widoku różnic, który otwiera się jako nowa karta w domyślnej przeglądarce. Więcej informacji znajdziesz w Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
Copying a Project
Za każdym razem, gdy kopiujesz projekt — czy to za pośrednictwem interfejsu przeglądarkowego Workspace, czy z poziomu Altium Designer — do osi czasu dodawany jest kafelek zdarzenia Project Copied. Osoba, która wykonała kopiowanie, jest przedstawiona z imienia i nazwiska, zdjęcia oraz z datą i godziną. Jeśli podczas kopiowania za pośrednictwem okna Clone Project (w przeglądarce) lub okna dialogowego Create Project Copy (Altium Designer) dodano opis, będzie on również wyświetlany w kafelku. Dostępny jest link do skopiowanego projektu. Kliknięcie go otworzy stronę szczegółowego zarządzania tym projektem w interfejsie przeglądarkowym Workspace.
Przykładowy kafelek zdarzenia Project Copied.
w prawym górnym rogu kafelka. Z kolejnego menu wybierz polecenie Make a copy .
.
MCAD Exchanges
Related page: Altium MCAD CoDesigner
Podczas pracy pomiędzy obszarami projektowania elektronicznego i mechanicznego Workspace działa jako pomost między nimi — umożliwiając bezpośrednie współprojektowanie ECAD-MCAD. Za każdym razem, gdy w projekcie PCB zostaną wprowadzone zmiany i zostaną one wypchnięte do Workspace za pośrednictwem odpowiedniego panelu CoDesigner, do osi czasu zostanie dodany kafelek zdarzenia MCAD Changes Suggested. Osoba, która wykonała push, jest przedstawiona z imienia i nazwiska (oraz zdjęcia), wraz z datą i godziną. Jeśli podczas pushowania opublikowano wiadomość — za pośrednictwem panelu MCAD CoDesigner (Altium Designer) lub panelu Altium CoDesigner (w obsługiwanym oprogramowaniu MCAD) — będzie ona również wyświetlana w kafelku.
Przykładowy kafelek zdarzenia MCAD Changes Suggested.
Gdy inżynier MCAD wprowadzi zmiany w PCB w obsługiwanym przez siebie oprogramowaniu MCAD i prześle je z powrotem do Workspace, odpowiednie zdarzenie push będzie dostępne na osi czasu historii projektu only po pobraniu zmian z Workspace do Altium Designer.
Przykład pokazujący dwa zdarzenia związane z MCAD. Po lewej stronie głównej linii osi czasu znajduje się zdarzenie push po stronie ECAD, natomiast po prawej — zdarzenie push po stronie MCAD.
.
Local Changes
Jeśli dokumenty projektu PCB zostały zapisane lokalnie, ale jeszcze nie w Workspace, u góry osi czasu zostanie dodany kafelek zdarzenia Local Changes. Osoba, która wykonała lokalny zapis (tj. bieżący użytkownik), jest przedstawiona z imienia i nazwiska (oraz zdjęciem).
Przykładowy kafelek zdarzenia Local Changes.
Kliknij element sterujący w prawym górnym rogu kafelka, aby uzyskać dostęp do menu z następującym poleceniem:
- Compare: Schematic to, PCB to, BOM to – umożliwia porównanie lokalnie zapisanych danych Schematic, PCB lub BOM w tym commicie z danymi zdarzenia commit lub release. Użyj podmenu, aby porównać z danymi źródłowymi poprzedniego wydania, danymi źródłowymi poprzedniego commita lub wybrać spośród wszystkich dostępnych wydań i commitów. Po wybraniu danych do porównania wyniki porównania są prezentowane w powiązanym widoku różnic, który otwiera 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).
.
Wyszukiwanie filtrowane
Kliknij element sterujący w prawym górnym rogu widoku, aby uzyskać dostęp do pola wyszukiwania, za pomocą którego można szybko znaleźć interesujące zdarzenia na osi czasu. Funkcja wyszukiwania obsługuje podstawowe przeszukiwanie historii projektu, a dynamiczne filtrowanie jest stosowane podczas wpisywania wyszukiwanego ciągu — na stronie pozostają wyświetlone tylko zdarzenia istotne dla tego wyszukiwania. Dopasowany tekst w kafelku zdarzenia jest podświetlany.
Przykład przeszukiwania historii projektu. Oś czasu jest dynamicznie filtrowana podczas wpisywania wyszukiwanego terminu (bez rozróżniania wielkości liter), a dopasowane wpisy są podświetlane w każdym odpowiednim kafelku zdarzenia.
Funkcja wyszukiwania działa z następującymi informacjami:
- Tytuł kafelka zdarzenia.
- Imię i nazwisko osoby, która wykonała zdarzenie.
- Tekst opisowy (tekst pochodzący z komentarza/notatki/opisu w momencie wystąpienia danego zdarzenia).
- Tekst danych różnicowych — w kafelku zdarzenia Project Committed.
- Nazwa zestawu danych — w kafelku zdarzenia Project Released.
- Nazwa projektu — w kafelku zdarzenia Project Copied oraz kafelku zdarzenia Project Created (gdy utworzono przez kopiowanie).
po prawej stronie pola. Alternatywnie kliknij element sterujący Clear Filter w polu podsumowującym liczbę wyświetlanych zdarzeń (u góry widoku).
Aktualizacja o nowe zdarzenia
Za każdym razem, gdy wystąpi obsługiwane zdarzenie związane z projektem, zostanie ono wykryte i automatycznie udostępnione w widoku History . Krótko po wystąpieniu zdarzenia u dołu widoku pojawi się powiadomienie — kliknij element sterujący , aby zaktualizować oś czasu o nowe zdarzenie.
w prawym górnym rogu widoku.
Tworzenie raportu historii projektu
Raport historii projektu w formacie PDF można utworzyć dla projektu Workspace. Raport wyświetla wszystkie informacje o historii projektu, w tym utworzenie, commity i wydania, a także opis zmian względem poprzedniego zdarzenia. Można również ustawić okres czasu dla raportu (opisany poniżej), aby otrzymać dokładnie taki raport, jakiego potrzebujesz.
Z pliku OutJob
Aby utworzyć raport, w pliku OutputJob (*.OutJob) kliknij prawym przyciskiem myszy element [Add New Report Output] powiązany z wpisem Report Outputs, a następnie wybierz Project History, jak pokazano poniżej.
Połącz nowo utworzony raport z kontenerem wyjściowym PDF. Ustaw okres czasu dla raportu, klikając prawym przyciskiem myszy utworzone wyjście, a następnie wybierając Configure. Włącz żądany zakres czasu Period: For all time (od utworzenia projektu do chwili obecnej) lub Specific releases (użyj list rozwijanych pola From/To, aby ustawić żądane wydania). Wyeksportowany raport będzie zawierał informacje dla wybranego okresu.
Po utworzeniu raportu, połączeniu go z kontenerem wyjściowym PDF i skonfigurowaniu, w obszarze kontenera PDF kliknij Generate content, lub, jeśli chcesz, możesz wygenerować raport historii projektu jako część procesu project release.
Z menu Reports
Tłumaczenie SI