Ograniczenia nazewnictwa w Team Foundation
Wiele składników w Visual Studio Team Foundation Server (TFS) ma pewne ograniczenia nazewnictwa.Ograniczenia takie pomagają zagwarantować spójny interfejs użytkownika i zapewniają zgodność z innymi programami.Ograniczenia te mogą obejmować, długość, znaki specjalne, unikatowości lub inne atrybuty.
Ten temat zawiera następujące podsekcje:
Zagadnienia dotyczące wspólnej
Ograniczenia dotyczące nazw kont Team Foundation Server grupy
Ograniczenia dotyczące nazw komputerów
Ograniczenia dotyczące nazw Kolekcja projektów zespołu
Ograniczenia dotyczące nazw projektów zespołu
Ograniczenia dotyczące nazw zespołu
Ograniczenia dotyczące elementów pracy
Ograniczenia dotyczące dostosowań elementów pracy
Ograniczenia dotyczące szablony procesów
Budowanie ograniczenia dla Team Foundation
Ograniczenia dotyczące kontroli wersji
Zobacz też
Zagadnienia dotyczące wspólnej
Ograniczenia długości w tym temacie są mierzone przez liczbę znaków Unicode, dozwolone.Aby uzyskać więcej informacji na temat standardu Unicode, zobacz "O i zestawy znaków standardu Unicode" (https://go.microsoft.com/fwlink/?LinkId=76837).Znaki dwuskładnikowe składają się z dwóch znaków Unicode, a te będą uznawane za dwa znaki przeciwko ograniczenie długości.
Podobnie jak w przypadku innych plików systemu operacyjnego, znaki sterujące ASCII (ASCII 1-31) i kombinacji zastępcze również nie są dozwolone.Aby uzyskać ogólne informacje na temat ograniczeń systemu operacyjnego, stosowane do nazwy pliku, zobacz sekcję "Nazywanie pliku" (https://go.microsoft.com/fwlink/?LinkId=76838).
Ograniczenia dotyczące nazw kont Team Foundation Server grupy
Team Foundationkonta grup pozwalają na zastosowanie pewnych praw i uprawnień do grupy użytkowników.To Team Foundation grupa może składać się z kont użytkowników systemu Windows, kont grup systemu Windows, kont grup usługi Active Directory, Team Foundation kont grup systemu Windows lub dowolnej mieszanki tych typów.Aby uzyskać więcej informacji na temat zarządzania użytkownikami za pomocą grup, zobacz Users, groups, and permissions in Team Foundation Server deployments i Konfigurowanie użytkowników, grup i uprawnień.Przykłady sposobów dodawania nowego członka do grupy używane w programie TFS, produkty programu SharePoint i programu SQL Server Reporting Services, zobacz Dodawanie użytkowników do zespołów projektów.Jeśli chcesz dowiedzieć się więcej o sposobach sprawdzenia uprawnień dla konta, zobacz Zarządzanie moim profilem i podgląd moich uprawnień.
Gdy Team Foundation konto grupy jest utworzone lub zmienione, musi on spełniać pewne Team Foundation Server ograniczenia.W poniższej tabeli opisano te ograniczenia.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość nazwy konta grupy |
|
Unikatowość (konta grupy na poziomie zbioru) |
|
Unikatowość (konta grupy na poziomie projektu) |
|
Nazwy grup zarezerwowane |
|
Ograniczenia dotyczące znaków specjalnych |
|
[!UWAGA]
Nie należy tworzyć kont użytkowników w Team Foundation Server.
Ograniczenia dotyczące nazw komputerów
Podczas procesu instalacji TFS nazwa komputera jest skojarzony z nazwą serwera.
System operacyjny i usługi Active Directory należy nałożyć pewne ograniczenia dotyczące nazw komputerów.Aby uzyskać więcej informacji na temat zmiany nazwy komputera, zobacz temat "Zmienianie nazwy a Computer" (https://go.microsoft.com/fwlink/?LinkId=76839).Aby uzyskać więcej informacji o usłudze Active Directory, zobacz "Windows Server 2003 usługi Active Directory" (https://go.microsoft.com/fwlink/?LinkId=47541).
Ograniczenia dotyczące nazwy zespołu projektu kolekcje
Nazwa Kolekcja projektów zespołu identyfikuje grupę projektów zespołów i zasobów, które są skojarzone z tym projektom.Kolekcja projektów zespołu jest strukturę organizacji, który służy do definiowania i kontrola grupę projektów zespołów w obrębie TFS.Członkowie zespołu użyje nazwy Kolekcja projektów zespołu, gdy łączą się projektów zespołowych w TFS. Aby uzyskać więcej informacji, zobacz Organizowanie na serwerze zespołu projektu kolekcje.
W poniższej tabeli opisano ograniczenia dotyczące nazw z kolekcji.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
|
Unikatowość |
|
Znaki specjalne |
|
Nazw zastrzeżonych |
|
Ograniczenia dotyczące nazw projektów
Nazwy projektów w programie TFS identyfikacji zbioru elementów roboczych, dokumentów, sprawozdań, buduje zespołu i drzewa kontroli wersji, które tworzą projekt w programie TFS.Członkowie zespołu użyje tej nazwy projektu połączyć się z projektu w programie TFS.
W poniższej tabeli opisano ograniczenia dotyczące nazw projektów.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
|
Unikatowość |
Nie może być identyczna z nazwą w Kolekcja projektów zespołu, aplikacji sieci Web programu SharePoint, która obsługuje kolekcji lub wystąpienie SQL Server Reporting Services, który obsługuje kolekcji |
Znaki specjalne |
|
Nazw zastrzeżonych |
|
Ograniczenia dotyczące nazw zespołu
Nazwy zespołu w programie TFS identyfikują, grupa osób lub grup, które wspólnie współpracują ze sobą w zespole projektu w programie TFS.Członkowie zespołu wykorzysta te połączyć się z zespołu w sieci Web zespołu w programie Access.Nazwa zespołu musi być nazwą, która może być renderowana jako część prawidłowy adres URL.Ponadto, każda nazwa zespołu musi być unikatowa w obrębie pojedynczego projektu, ale nie ma ograniczeń zakazu przy użyciu tej samej nazwie zespołu w różnych projektach w ramach Kolekcja projektów zespołu.Aby uzyskać więcej informacji na temat pracy w zespołach w programie TFS, zobacz Rozpoczynanie jako zespół.
W poniższej tabeli opisano ograniczenia dla nazwy zespołu.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
|
Unikatowość |
Nie może być identyczna z nazwą w projekcie |
Znaki specjalne |
|
Nazw zastrzeżonych |
|
Ograniczenia dotyczące elementów pracy
Zarządzanie cyklem życia aplikacji Microsoft Visual Studio śledzi postęp w ramach projektu za pomocą elementów takich jak błędy, wymagania, zadania i ryzyka.Te elementy są określane ogólnie jako pozycje robocze.W tej sekcji opisano ograniczenia na dane przechowywane w pozycje robocze.
Ograniczenia dotyczące narzędzia elementu pracy
Pliki można dołączyć elementów roboczych.W poniższej tabeli opisano ograniczenia na narzędzia elementu pracy.
Typ ograniczeń |
Ograniczenie |
---|---|
Rozmiar pliku |
|
Ograniczenia dotyczące obszary elementu pracy i liczba iteracji
Pozycje robocze zawierają pola dla Obszaru projektu i pole dla Iteracji projektu.Służą one do organizowania i wyświetlania elementów pracy do logicznego pogrupowania.
Obszaru projektu i Iteracji projektu są ścieżkami składa się z wielu elementów węzła oddzielone odwróconej kreski ułamkowej (\).Węzły są definiowane przez Team Foundation Server administratora, aby odzwierciedlić obszarów projektu i projektów cyklu.W poniższej tabeli opisano ograniczenia na węzły i ścieżek.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość węzła |
|
Znaki specjalne dla węzłów |
|
Nazw zastrzeżonych |
|
Długość ścieżki |
|
Głębokość hierarchii ścieżki |
|
Ograniczenia dotyczące dostosowań elementów pracy
Team Foundation Serverśledzi postęp w ramach projektu za pomocą elementów takich jak błędy, wymagania, zadania i ryzyka.Te elementy są określane ogólnie jako pozycje robocze.
Administratorzy projektów zespołu można podjąć decyzję o zmiany definicji typu elementu pracy na poziomie projektu lub w szablonie procesu.Aby uzyskać więcej informacji na temat dostosowywania typów elementów pracy, zobacz Dostosowanie danych śledzenia projektu, formularzy, przepływu pracy i innych obiektów.W tej sekcji opisano ograniczenia, które można napotkać podczas dostosowywania elementów pracy i związane z nimi elementy.
Ograniczenia dotyczące nazw pól elementu pracy
Każdy typ pozycji roboczej zawiera co najmniej jedno pole elementu pracy.Pola te określają informacje, przechowywane w typ pozycji roboczej.Nazwa pola elementu pracy jednoznacznie identyfikuje każdego pola elementu pracy.
W poniższej tabeli opisano ograniczenia dotyczące nazw pól elementu pracy.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
Nie może zawierać więcej niż 128 znaków Unicode |
Znaki specjalne |
|
Zakres |
|
Ograniczenia do określenia nazw pól Odwołanie elementu pracy
Każde pole element pracy ma nazwę odniesienia odpowiedniego pola.Nazwa pola odwołania jednoznacznie identyfikuje każdego pola i nie można zmienić po je przypisano.W poniższej tabeli opisano ograniczenia, stosowane do nazw pól odwołanie.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
|
Znaki specjalne |
|
Unikatowość |
|
Tekst pomocy ograniczeń dla pola elementu pracy
Opcjonalnie można skojarzyć tekst pomocy z pola elementu pracy przy użyciu <HELPTEXT> tag.System wyświetla tekst, w czasie wykonywania, aby ułatwić użytkownikom zorientować, wpisz do pola.Aby uzyskać więcej informacji na temat tekst pomocy dla pola elementu pracy, zobacz Definiowanie tekstu pomocy dla pola elementu pracy.
W poniższej tabeli opisano ograniczenia dla tekstu pomocy pole elementu pracy.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
|
Zakres |
W odróżnieniu od nazwy pola i typ pola pole tekst pomocy jest objęty zakresem typu elementu określonej pracy w projekcie określony zespół. |
Ograniczenia dotyczące wykazów globalnych
Globalna lista to zbiór wartości elementu listy, które są przechowywane i wykorzystywane na całym świecie przez wszystkich Team Foundation serwerów w Team Foundation Server implementacji.Po zdefiniowaniu typów elementów pracy, może się okazać, że niektóre pola elementu pracy współużytkować ten sam zestaw możliwych wartości.Wykazy globalne umożliwiają zdefiniowanie tych wartości jeden raz i udostępnianie ich pomiędzy wiele typów elementów pracy.Aby uzyskać więcej informacji, zobacz Definiowanie list globalnych.
Globalna lista (GLOBALLIST) zawiera jeden lub więcej elementów listy (LISTITEM elementów).
W poniższej tabeli opisano ograniczenia na elementy listy.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
|
Znaki specjalne |
|
Zakres |
|
W poniższej tabeli opisano ograniczenia, które odnoszą się do globalnej listy.
Typ ograniczeń |
Ograniczenie |
---|---|
Liczba elementów |
Globalna lista nie może być pusta.Musi zawierać co najmniej jeden LISTITEM element. |
Unikatowość |
|
Ograniczenia dotyczące szablony procesów
Szablon procesu jest zestawem elementów roboczych domyślne, pozycji roboczych, kwerend, szablony produktów, raporty, grupy zabezpieczeń i wskazówek, który wpływa na strukturę projektu w Team Foundation.Team Foundation Serverzawiera dwa domyślne szablony procesów, które obejmują dwa różne style do zarządzania cyklem oprogramowania.Szablony te można dostosować do odzwierciedlenia szczególnych potrzeb organizacji.Aby uzyskać więcej informacji, zobacz Dostosowywanie szablonów procesów.
W poniższej tabeli opisano ograniczenia na szablony procesów.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość nazwy szablonu procesu |
Nie może zawierać więcej niż 256 znaków Unicode. |
Unikatowość nazwy szablonu procesu |
|
Rozmiar pliku szablonu procesu |
Rozmiar pliku szablonu procesu nie może przekraczać 2 GB (gigabajty). |
Budowanie ograniczenia dla Team Foundation
Team Foundation Buildpozwala zarządzać wszystkimi aspektami procesu tworzenia na jednym komputerze.Za pomocą Team Foundation Build, można zsynchronizować źródeł, kompilowania aplikacji, także uruchomić testy skojarzone jednostki, wykonywanie analizy kodu, release opiera się na serwerze plików i opublikować tworzenia raportów.
Ograniczenia komputera kompilacji
Team Foundation Buildjest oddzielną instalacją z Team Foundation Server warstwie aplikacji, warstwy danych lub Visual Studio klienta.Można na przykład wyznaczyć oddzielnym komputerze.W przeciwnym razie budować side-by-side można zainstalować na komputerze klienckim lub na serwerach.
W poniższej tabeli opisano ograniczenia dla komputera kompilacji.
Typ ograniczeń |
Ograniczenie |
---|---|
Miejsce na dysku |
Musi być wystarczająca ilość miejsca dla kompilacji (za mało miejsca doprowadzi do buduje nie powiodło się). |
Tworzenie katalogu |
Musi być ścieżką lokalną (na przykład C:\builddirectory). |
Lokalizacja katalog poczty odebranej |
Musi być ścieżką UNC (na przykład, \\server\share). |
Upuść uprawnienia lokalizacji |
Każdy wygenerowany kompilacji jest umieszczana w nowy katalog w folderze poczty odebranej.
|
Konto usługi zbudować Foundation Team |
Jeśli zmienisz konto usługi TFS po wstępnej instalacji, użytkownik musi upewnić się, że spełnione są następujące warunki.
|
Zapory sieciowej |
Jeśli komputer kompilacji jest włączona jest zapora, upewnij się, że program tfsbuildservice jest na liście wyjątków. |
Nazwy typów kompilacji
Team Foundation Buildużywa tworzenia typu konfiguracji warunków na jakich jedno rozwiązanie lub zestaw rozwiązań w projekcie zespołu zostanie zbudowana.Przeprowadzanie kompilacji, możesz utworzyć nowy typ kompilacji lub użyć istniejącego typu kompilacji.Aby uzyskać więcej informacji o typach kompilacji, zobacz Zdefiniowanie procesu kompilacji.
W poniższej tabeli opisano ograniczenia na nazwy typów kompilacji.
Typ ograniczeń |
Ograniczenie |
---|---|
Unikatowość |
Nie może być taki sam, jak inna nazwa typ kompilacji w projekcie |
Znaki specjalne |
|
Określenia jakości kompilacji
Jakość wykonania pozwala dołączyć Państwo poziom lub zakończenia jakości do zakończonych kompilacji.Team Foundation BuildUmożliwia również tworzenie nowych wartości dla typu jakości kompilacji.Aby uzyskać więcej informacji, zobacz Utwórz definicję kompilacji.Aby uzyskać listę domyślnych budować wartości jakości, zobacz Oceń jakość wypełnione kompilacji.
W poniższej tabeli opisano ograniczenia na nazwach jakości kompilacji.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
Nie może zawierać więcej niż 256 znaków Unicode |
Unikatowość |
Nie musi być taka sama jak każda inna nazwa budować jakości w Team Foundation Build komputera |
Ograniczenia dotyczące kontroli wersji
Team FoundationKontrola wersji udostępnia centralne repozytorium dla plików i poleceń, które są wymagane do zarządzania tych plików przez zespół.Przewiduje się również, można dostosować zasad ewidencjonowania, rozgałęzienia, scalanie, półki i wiele innych funkcji.
Ścieżki kontroli wersji
W poniższej tabeli opisano ograniczenia na ścieżce kontroli wersji.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość ścieżki folderu serwera źródłowego formantu |
|
Długość ścieżki folderu lokalnego |
|
See also: Zoptymalizuj obszary robocze.
Dodawanie plików do kontroli wersji
Wiele różnych typów plików są przechowywane w systemie kontroli wersji.Aby uzyskać więcej informacji o dodawaniu istniejących Visual Studio projektów lub rozwiązań do kontroli wersji, zobacz Konfiguracja komputera deweloperskiego i rozpoczęcie korzystania z systemu kontroli wersji.
W poniższej tabeli opisano ograniczenia, stosowane do plików i folderów, które mają zostać dodane do kontroli wersji.
Typ ograniczeń |
Ograniczenie |
---|---|
Rozszerzenia plików |
|
Foldery |
|
Nazwy etykiet
W Team Foundation kontroli wersji, etykieta jest nazwą, zastosowane do określonego zestawu poprawek.Etykiet można dołączać do wielu niepowiązanych plików w kontroli wersji.Dzięki temu można pobrać pliki lub działać zgodnie z nimi jako grupa.W poniższej tabeli opisano ograniczenia, umieścić na etykietach.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
Nie może zawierać więcej niż 64 znaki Unicode |
Znaki specjalne |
|
Shelvesets
Shelvesets umożliwiają odłogowanych tymczasowo partię oczekujące zmiany, a następnie, opcjonalnie, Usuń oczekujące zmiany z obszaru roboczego.Później możesz przywrócić zmiany w shelveset do obszaru roboczego lub umieścić je w obszarze roboczym przez innego użytkownika.
W poniższej tabeli opisano ograniczenia dotyczące nazw shelveset.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
Nie może zawierać więcej niż 64 znaki Unicode |
Znaki specjalne |
|
Nazwy obszaru roboczego
Obszar roboczy jest po stronie klienta kopię tych plików i folderów w Kontrola wersji programu Team Foundation.Podczas tworzenia wielu obszarów roboczych można mieć różne wersje tego samego folderu kontroli wersji na komputerze klienckim.Aby uzyskać więcej informacji o obszarach roboczych, zobacz Zarządzaj obszarami roboczymi.W poniższej tabeli opisano ograniczenia na nazwy obszaru roboczego.
Typ ograniczeń |
Ograniczenie |
---|---|
Długość |
Nie może zawierać więcej niż 64 znaki Unicode |
Znaki specjalne |
|
Zobacz też
Zadania
Oceń jakość wypełnione kompilacji
Koncepcje
Dostosowanie danych śledzenia projektu, formularzy, przepływu pracy i innych obiektów
Definiowanie tekstu pomocy dla pola elementu pracy
Dostosowywanie szablonów procesów