Zarządzanie modelami i wykresami z poziomu kontroli wersji
W Visual Studio Ultimate, można umieścić swoje modelowania projekt i pliki diagramu, wykresu dokumentu (.dgml) i pliki kwerenda (.dgql) architektura Explorer pod Kontrola wersji programu Team Foundation.Aby uzyskać więcej informacji, zobacz Dodawanie plików do serwera.
Szczególną uwagę jest wymagany, gdy kilku użytkowników pracuje na tym samym modelowania projekt.
.gif "Ważna uwaga") Ważne |
|---|
Sugestie dotyczące sposobu organizowania modeli w dużych lub średnim projekt, zobacz Tworzenie struktury rozwiązania dotyczące modelowania. |
Pliki w projekcie modelowania
Więcej niż jednego użytkownik można pracować nad modelowania projekt w tym samym czasie, pod warunkiem, że działają na różnych plików.
Aby uniknąć lub rozpoznać konfliktów między zmianami wprowadzonymi przez różnych użytkowników jest ważne, aby zrozumieć, w jaki sposób model jest przechowywane w plikach.
Każdy pakiet jest przechowywane w odrębnym .uml pliku, który jest przechowywany w ModelDefinitionfolderu projekt . Ma również model .uml pliku.Jeśli jeden z tych plików jest usunięty lub uszkodzony, odpowiedniego pakiet lub modelu zostaną utracone.
Każdy diagram jest przechowywana w dwóch plikach.Na przykład diagram klasy ma:
DiagramName.classdiagram -Jeśli ten plik jest usunięty lub uszkodzony, diagram zostaną utracone, ale klas i stowarzyszeń, które wykazało on nadal będzie w modelu i są widoczne w Eksploratorze modelu UML.
DiagramName.classdiagram.layout-Jeśli ten plik zostanie usunięty, kształty nadal będą wyświetlane na diagramie, ale utraci swoje rozmiary i położenie.Każdy plik układu jest oddziałem firmy do pliku diagramu.Aby je wyświetlić, kliknij przycisk [+] obok pliku diagramu w oknie Solution Explorer.
[!UWAGA]
Jest ważne, aby zachować spójność między plikami.Na przykład, jeśli używasz kontroli źródła na wycofać zmiany w pliku .uml, należy wycofać odpowiednie zmiany w. * diagram i .layout pliki w tym samym czasie.Elementy są reprezentowane w. * pliku diagramu zostaną utracone, jeśli nie są one również reprezentowane w pliku .uml.
Praca na udostępnionych Modelowanie projektów
Aby minimalizować konflikty między współbieżne pracy na różne części projekt:
Modelowanie projekt należy podzielić na pakiety reprezentujących różne obszary pracy.Przenieść cały model do opakowań, zamiast pozostawiania go w modelu korzeń .Aby uzyskać więcej informacji, zobacz Definiowanie pakiety i przestrzenie nazw.
Różni użytkownicy nie powinny działać na tym samym pakiet lub diagramu w tym samym czasie.
Jeśli używasz profilów, upewnij się, że wszyscy został zainstalowany ten sam profile.See Dopasowanie modelu z profilami i stereotypami.
Aby zapewnić, aby zmienić tylko pakiet , który użytkownik pracuje na:
Ustaw LinkedPackagewłaściwość klasy, składniklub przypadek użycia diagramu UML.
W Eksploratorze modelu UML przeciągnij działanie lub interakcji do pakiet zaraz po jej utworzeniu.Element ten pojawi się w Eksploratorze modelu UML podczas utworzyć pierwszego węzła w diagramie działanie lub sekwencji.
Aby ułatwić użytkownikowi śledzenie pakietów, Zmień nazwy plików pakiet do odzwierciedlenia nazwy rzeczywistych pakiet .
W Kontrola wersji programu Team Foundation, zawsze wykonywać Sprawdzić W i Uzyskać najnowszą wersję operacji na zakończenie modelowania projekt, nigdy nie dla poszczególnych plików.
Zawsze przeprowadzaj uzyskać operacji bezpośrednio przed można zaewidencjonować modelowania projekt.
Zawsze, zamknąć wszystkie diagramy przed wykonaniem uzyskać operacji.
[!UWAGA]
Jeśli plik jest otwarty podczas wykonywania uzyskać, i operacja powoduje zmiany lokalne, a następnie będzie wyświetlony monit o załadować ponownie pliku.W tym przypadku kliknij przycisk nr, a następnie załadować ponownie cały projekt.W Solution Explorer, kliknij prawym przyciskiem myszy modelowania węzła projekt , kliknij przycisk Projektu Unload, a następnie kliknij przycisk Reload projektu.
.gif "Dd574364.collapse_all(pl-pl,VS.110).gif")
Zmiany wymagające wyłącznego dostępu do modelu
Przed wykonaniem następujących rodzajów zmian, upewnij się, jest wyewidencjonowanie blokada na całego projekt.
Zmiana nazwy lub usuwanie elementów, które pochodzą z innych pakietów.
Zmiana właściwości relacji, które przekraczają granic pakiet .
Aby dowiedzieć się o wyewidencjonowanie blokad, zobacz Wyewidencjonowywanie i edytowanie plików.
Aby przenieść plik diagramu do lub z folderu projekt
Otwórz wiersz polecenia Visual Studio .
W systemie Windows uruchomić menu, wskaż Wszystkie programy, Microsoft Visual Studio 2010, Visual Studio Tools, a następnie kliknij przycisk Visual Studio 2010 polecenia.
Wykorzystanie tf rename , aby przenieść plik diagramu i jego .layout pliku:
tf rename sourcePath targetPath
W oknie Solution Explorer, kliknij prawym przyciskiem myszy plik, a następnie kliknij przycisk Wykluczyć Z projektu.
Dodaj plik do folderu docelowego.
W oknie Solution Explorer, kliknij prawym przyciskiem myszy folder docelowy lub projekt, wskaż polecenie Dodaj, a następnie kliknij przycisk Istniejącego elementu.W okno dialogowe, wybierz plik diagramu, a następnie kliknij przycisk Dodaj.Plik układu zostaną dodane automatycznie.
[!UWAGA]
Nie można przenieść pliku z innego projekt.
Scalanie zmian w plikach modelu i diagramów
Po więcej niż jeden użytkownik pracował w modelu równocześnie, Kontrola wersji programu Team Foundation będzie monitują o scalenie zmian w plikach modelu.Robocze na oddzielnych projektów opisane w poprzednich sekcjach poprzedniego pozwoli uniknąć większości scalenia.Zazwyczaj pozostałe konflikty mogą być bezpiecznie scalane automatycznie.Następujące rodzaje zmian nie powinny powodować nie trudności:
Typy linie życia.Po dodaniu linii życia do interakcji (diagram sekwencji), chyba, że utworzono z istniejącego typu linii życia jej typ jest przechowywana w modelu korzeń .
Nowych działań i interakcje są początkowo przechowywane w modelu korzeń .
Dodawanie elementów i relacji.
Zmiana nazwy lub usuwanie elementów, które są wymienione tylko w obrębie ich własnej pakiet.