Zarządzanie modelami i wykresami z poziomu kontroli wersji
W programie Visual Studio Ultimate można umieścić swoje pliki projektu i diagramu modelowania, pliki dokumentów wykresów (.dgml) i pliki zapytań Eksploratora architektury (.dgql) w module Kontrola wersji programu Team Foundation.Aby uzyskać więcej informacji, zobacz Dodaj pliki do serwera.
Szczególna uwaga jest wymagana, gdy kilku użytkowników pracuje nad tym samym projektem modelowania.
.gif "Ważna uwaga") Ważne |
|---|
Aby uzyskać sugestie dotyczące sposobu organizowania modeli w dużych i średnich projektu, zobacz Modelowanie struktur — Rozwiązania. |
Pliki w projekcie modelowania
Więcej niż jeden użytkownik może pracować w projekcie modelowania w tym samym czasie, pod warunkiem, że działają na różnych plikach.
Aby uniknąć lub rozwiązać konflikty między zmianami wprowadzanymi przez różnych użytkowników, jest ważne, aby zrozumieć, jak model jest przechowywany w plikach.
Każdy pakiet jest przechowywany w osobnym pliku .uml, przechowywanym w folderze projektu ModelDefinition.Ten model ma również plik .uml.Jeśli jeden z tych plików zostanie usunięty lub uszkodzony, odpowiedni pakiet lub model zostanie utracony.
Każdy diagram jest przechowywany w dwóch plikach.Na przykład diagram klas ma:
DiagramName.classdiagram — Jeśli ten plik zostanie usunięty lub uszkodzony, diagram zostanie utracony, ale widoczne klasy i stowarzyszenia będą nadal istnieć w modelu i będą widoczne w Eksploratorze modelu UML.
DiagramName.classdiagram.layout — Jeśli ten plik zostanie usunięty, kształty będą nadal pojawiać się na diagramie, ale utracą swoje rozmiary i położenie.Każdy plik układu jest zależny od pliku diagramu.Aby je wyświetlić, kliknij [+] obok pliku diagramu w Eksploratorze rozwiązań.
[!UWAGA]
Jest ważne, aby zachować spójność między plikami.Na przykład jeśli używasz kontroli źródła do wycofania zmian w pliku .uml, należy wycofać odpowiednie zmiany w plikach .*diagram i .layout w tym samym czasie.Elementy reprezentowane w pliku diagramu .* zostaną utracone, jeśli nie są one reprezentowane również w pliku .uml.
Praca na udostępnionych projektach modelowania
Aby zminimalizować konflikty między równoczesną pracą na różnych części projektu:
Podziel projekt modelowania na pakiety reprezentujące różne obszary pracy.Przenieś cały model do pakietów zamiast pozostawić go w modelu głównym.Aby uzyskać więcej informacji, zobacz Definiowanie pakietów i przestrzeni nazw.
Różni użytkownicy nie powinien pracować na tym samym pakiecie lub diagramie w tym samym czasie.
Jeśli używasz profilów, upewnij się, że wszyscy mają zainstalowane te same profile.Zobacz Dopasowanie modelu z profilami i stereotypami.
Aby się upewnić, że zmieniasz tylko pakiet, nad którym pracujesz:
Ustaw właściwość LinkedPackage dla składnika lub klasy ULM, lub użyj diagramu przypadków użycia.
W Eksploratorze modelu UML przeciągnij działanie lub interakcję do pakietu natychmiast po jego utworzeniu.Element ten pojawi się w Eksploratorze modelu UML podczas tworzenia pierwszego węzła w diagramie sekwencji lub działania.
Aby ułatwić śledzenie pakietów, zmień nazwy plików pakietu, aby odzwierciedlić rzeczywiste nazwy pakietów.
W narzędziu Kontrola wersji programu Team Foundation zawsze wykonuj operacje Zaewidencjonuj i Pobierz najnowszą wersję na pełnym projekcie modelowania, nigdy na poszczególnych plikach.
Zawsze od razu wykonuj operację Pobierz, przed zaewidencjonowaniem projektu modelowania.
Zawsze zamykaj wszystkie diagramy przed wykonaniem operacji Pobierz.
[!UWAGA]
Jeśli plik jest otwarty podczas wykonywania polecenia Get i operacja powoduje zmiany lokalne, zostanie wyświetlony monit o ponownie załadowanie pliku.W tym przypadku kliknij przycisk Nie, a następnie ponownie załaduj pełen projekt.W Eksploratorze rozwiązań kliknij prawym przyciskiem myszy węzeł projektu modelowania, kliknij polecenie Zwolnij projekt, a następnie kliknij przycisk Załaduj ponownie projekt.
Zmiany wymaganie wyłącznego dostępu na model
Zanim dokonasz następujących rodzajów zmian, upewnij się, że masz blokadę Wyewidencjonuj dla całego projektu.
Zmiana nazwy lub usuwanie elementów, które są wywoływane z innych pakietów.
Zmiana właściwości relacji, które wykraczają poza pakiet.
Aby dowiedzieć się o blokadach wyewidencjonowania, zobacz Wyewidencjonowywanie i edycja plików.
Aby przenieść plik diagramu do lub z folderu projektu
Uruchom Wiersz polecenia programisty dla programu Visual Studio.
Użyj tf rename do przenoszenia pliku diagramu i jego pliku .layout:
tf rename sourcePath targetPath
W oknie Eksplorator rozwiązań kliknij plik prawym przyciskiem myszy, a następnie kliknij Wyklucz z projektu.
Dodaj plik do folderu docelowego.
W Eksploratorze rozwiązań kliknij prawym przyciskiem myszy folder docelowy lub projekt, wskaż polecenie Dodaj, a następnie kliknij polecenie Istniejący element.W oknie dialogowym wybierz plik diagramu, a następnie kliknij przycisk Dodaj.Plik układu zostanie dodany automatycznie.
[!UWAGA]
Nie można przenieść pliku do innego projektu.
Scalanie zmian w plikach i diagramach modelu
Jeśli więcej niż jeden użytkownik pracował w modelu jednocześnie, Kontrola wersji programu Team Foundation wyświetli monit o scalenie zmian w plikach modelu.Praca nad osobnymi projektami opisana w poprzednich sekcjach pozwoli uniknąć większości scaleń.Zwykle pozostałe konflikty mogą być bezpiecznie scalane automatycznie.Następujące rodzaje zmian nie powinny powodować żadnych trudności:
Typy linii życia.Po dodaniu linii życia do interakcji (diagram sekwencji), jego typ jest magazynowany w modelu głównym, chyba że z istniejącego typu została utworzona linia życia.
Nowe działania i interakcje są początkowo przechowywane w modelu głównego.
Dodawanie elementów i relacji.
Zmiana nazwy lub usuwanie elementów, które są wywoływane tylko w ramach własnego pakietu.