Benennungseinschränkungen in Team Foundation
Für viele Komponenten in Visual Studio Team Foundation Server gelten bestimmte Benennungseinschränkungen. Durch diese Einschränkungen wird eine konsistente Benutzerfreundlichkeit und Kompatibilität mit anderen Programmen gewährleistet. Zu diesen Einschränkungen können Länge, Sonderzeichen, Eindeutigkeit oder andere Attribute gehören.
Dieses Thema enthält folgende Unterabschnitte:
Allgemeine Überlegungen
Einschränkungen für Team Foundation Server-Gruppenkontonamen
Einschränkungen für Computernamen
Einschränkungen für Teamprojektsammlungsnamen
Einschränkungen für Teamprojektnamen
Einschränkungen für Arbeitsaufgaben
Einschränkungen für Arbeitsaufgabenanpassungen
Einschränkungen für Prozessvorlagen
Einschränkungen für Team Foundation Build
Einschränkungen für die Versionskontrolle
Siehe auch
Allgemeine Überlegungen
Die Längeneinschränkungen in diesem Thema ergeben sich anhand der Anzahl der zugelassenen Unicode-Zeichen. Weitere Informationen zu Unicode finden Sie im Artikel "About Unicode and Character Sets" unter https://go.microsoft.com/fwlink/?LinkId=76837. Ersatzzeichen setzen sich aus zwei Unicode-Zeichen zusammen und werden bei der Längeneinschränkung als zwei Zeichen gezählt.
Ähnlich wie bei anderen Betriebssystemdateien sind auch ASCII-Steuerzeichen (ASCII 1-31) und Ersatzzeichenkombinationen unzulässig. Allgemeine Informationen zu Betriebssystemeinschränkungen für Dateinamen finden Sie im Artikel "Naming a File" unter https://go.microsoft.com/fwlink/?LinkId=76838.
Einschränkungen für Team Foundation Server-Gruppenkontonamen
Mit Team Foundation-Gruppenkonten können Sie einer Benutzergruppe bestimmte Rechte oder Berechtigungen zuweisen. Diese Team Foundation-Gruppe kann aus Windows-Benutzerkonten, Windows-Gruppenkonten, Active Directory-Gruppenkonten, Team Foundation-Gruppenkonten oder einer Kombination dieser Kontotypen bestehen.
Wenn Sie eine Gruppe mit projektübergreifenden Berechtigungen erstellen möchten, finden Sie entsprechende Informationen unter Erstellen einer Gruppe auf Auflistungsebene. Wenn Sie eine Sicherheitsgruppe für Ihr Teamprojekt erstellen möchten, finden Sie entsprechende Informationen unter Erstellen einer Teamprojektgruppe. Wenn Sie zu einer in Team Foundation Server vordefinierten Gruppe ein neues Mitglied hinzufügen möchten, finden Sie entsprechende Informationen unter Hinzufügen von Benutzern zu Teamprojekten.
Wenn ein Team Foundation Gruppenkonto erstellt oder geändert wird, gelten dafür bestimmte Team Foundation Server-Einschränkungen. In der folgenden Tabelle werden diese Einschränkungen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge von Gruppenkontonamen |
|
Eindeutigkeit (Gruppenkonten auf Auflistungsebene) |
|
Eindeutigkeit (Gruppenkonten auf Projektebene) |
|
Reservierte Gruppennamen |
|
Einschränkungen für Sonderzeichen |
|
Tipp
In Team Foundation Server werden keine Benutzerkonten erstellt. In einigen Fällen ist es erforderlich, einer Team Foundation-Gruppe oder dem Team Foundation Server selbst einen bestimmten Windows-Benutzer hinzuzufügen. Weitere Informationen finden Sie unter Direktes Hinzufügen eines Benutzers zu einem Teamprojekt oder einer Teamprojektsammlung.
Einschränkungen für Computernamen
Während des Team Foundation Server-Installationsvorgangs wird der Computername dem Namen des Team Foundation-Servers zugeordnet.
Sowohl das Betriebssystem als auch Windows Server 2003 Active Directory geben bestimmte Einschränkungen für Computernamen vor. Weitere Informationen zum Umbenennen von Computern finden Sie im Artikel "Rename a Computer" unter https://go.microsoft.com/fwlink/?LinkId=76839. Weitere Informationen über Active Directory finden Sie im Artikel "Windows Server 2003 Active Directory" unter https://go.microsoft.com/fwlink/?LinkId=47541.
Einschränkungen für Teamprojektsammlungsnamen
Der Name einer Teamprojektsammlung kennzeichnet eine Gruppierung von Teamprojekten und zugehörigen Ressourcen. Eine Teamprojektsammlung ist eine Organisationsstruktur, mit der Sie eine Gruppe von Teamprojekten in Team Foundation Server definieren und steuern können. Die Teammitglieder verwenden den Namen der Teamprojektsammlung, wenn sie eine Verbindung zu Teamprojekten in Team Explorer herstellen. Weitere Informationen finden Sie unter Organisieren des Servers mit Teamprojektsammlungen.
In der folgenden Tabelle werden die Einschränkungen für Auflistungsnamen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
|
Eindeutigkeit |
|
Sonderzeichen |
|
Reservierte Namen |
|
Einschränkungen für Projektnamen
Der Projektname in Team Foundation Server kennzeichnet eine Auflistung von Arbeitsaufgaben, Dokumenten, Berichten, Teambuilds und eine Versionskontrollstruktur für ein bestimmtes Team Foundation-Projekt. Teammitglieder verwenden diesen Projektnamen, um in Team Foundation Server eine Verbindung mit dem Projekt herzustellen.
In der folgenden Tabelle werden die Einschränkungen für Projektnamen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
|
Eindeutigkeit |
Darf nicht identisch mit einem anderen Namen in der Teamprojektsammlung sein, der SharePoint-Webanwendung, die die Auflistung unterstützt, oder die Instanz von SQL Server Reporting Services, die die Auflistung unterstützt |
Sonderzeichen |
|
Reservierte Namen |
|
Einschränkungen für Arbeitsaufgaben
Microsoft Visual Studio Application Lifecycle Management kann mithilfe von Elementen wie Fehlern, Anforderungen, Aufgaben und Risiken den Fortschritt eines Projekts nachverfolgen. Diese Elemente werden üblicherweise als Arbeitsaufgaben bezeichnet. In diesem Abschnitt werden Einschränkungen für die in den Arbeitsaufgaben gespeicherten Daten beschrieben.
Einschränkungen für Anlagen zu Arbeitsaufgaben
Arbeitsaufgaben können Dateien angefügt werden. In der folgenden Tabelle werden die Einschränkungen für Anlagen zu Arbeitsaufgaben beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Dateigröße |
|
Einschränkungen für Arbeitsaufgabenbereiche und Arbeitsaufgabeniterationen
Arbeitsaufgaben enthalten ein Feld für Projektbereich und ein Feld für Projektiteration. Mit diesen Feldern werden Arbeitsaufgaben in logischen Gruppierungen geordnet und angezeigt.
Die Pfade Projektbereich und Projektiteration bestehen aus mehreren Knotenelementen, die durch umgekehrte Schrägstriche (\) getrennt sind. Der Team Foundation Server-Administrator definiert die Knoten, um die Projektbereiche und den Projektzyklus zu beschreiben. In der folgenden Tabelle werden die Einschränkungen für Knoten und Pfade beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Knotenlänge |
|
Sonderzeichen für Knoten |
|
Reservierte Namen |
|
Pfadlänge |
|
Pfadhierarchietiefe |
|
Einschränkungen für Arbeitsaufgabenanpassungen
Team Foundation Server kann mithilfe von Elementen wie Fehlern, Anforderungen, Aufgaben und Risiken den Fortschritt eines Projekts verfolgen. Diese Elemente werden üblicherweise als Arbeitsaufgaben bezeichnet.
Teamprojektadministratoren können Arbeitsaufgaben-Typdefinitionen entweder auf Projektebene oder in einer Prozessvorlage ändern. Weitere Informationen zum Anpassen von Arbeitsaufgabentypen finden Sie unter Anpassen von Projektnachverfolgungsdaten, Formularen, Workflow und anderen Objekten. In diesem Abschnitt werden Einschränkungen beschrieben, die beim Anpassen von Arbeitsaufgaben und den zugeordneten Elementen auftreten.
Einschränkungen für Feldnamen von Arbeitsaufgaben
Jeder Arbeitsaufgabentyp enthält mindestens ein Arbeitsaufgabenfeld. Diese Felder definieren die in einem Arbeitsaufgabentyp gespeicherten Informationen. Ein Feldname für eine Arbeitsaufgabe legt jedes Arbeitsaufgabenfeld eindeutig fest.
In der folgenden Tabelle werden die Einschränkungen für Feldnamen von Arbeitsaufgaben beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
Dürfen nicht mehr als 128 Unicode-Zeichen enthalten. |
Sonderzeichen |
|
Umfang |
|
Einschränkungen für Feldverweisnamen von Arbeitsaufgaben
Jedes Arbeitsaufgabenfeld verfügt über einen zugeordneten Feldverweisnamen. Der Feldverweisname kennzeichnet jedes Feld eindeutig und kann nach seiner Zuweisung nicht geändert werden. Weitere Informationen zu Feldverweisnamen finden Sie unter Field Reference Names. In der folgenden Tabelle werden die Einschränkungen für Feldverweisnamen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
|
Sonderzeichen |
|
Eindeutigkeit |
|
Einschränkungen für Hilfetext für Arbeitsaufgabenfelder
Als Option können Sie mithilfe des < HELPTEXT >-Tags Arbeitsaufgabenfeldern Hilfetext zuordnen. Der Text wird zur Laufzeit angezeigt, um den Benutzern die Eingabe in das Feld zu erleichtern. Weitere Informationen zu Hilfetext für Arbeitsaufgabenfelder finden Sie unter Definieren des Hilfetexts für ein Arbeitsaufgabenfeld.
In der folgenden Tabelle werden die Einschränkungen für Hilfetext für Arbeitsaufgabenfelder beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
|
Umfang |
Im Unterschied zum Feldnamen und Feldtyp beschränkt sich Hilfetext für Felder auf einen bestimmten Arbeitsaufgabentyp in einem bestimmten Teamprojekt. |
Einschränkungen für globale Listen
In einer globalen Liste sind verschiedene Werte von Listenelementen gespeichert, die global von allen Team Foundation-Servern in einer Team Foundation Server-Implementierung verwendet werden. Möglicherweise stellen Sie beim Definieren von Arbeitsaufgabentypen fest, dass einige Felder die gleichen möglichen Werte verwenden. Mithilfe von globalen Listen können Sie diese Werte einmal festlegen und anschließend für mehrere Arbeitsaufgabentypen freigeben. Weitere Informationen finden Sie unter Definieren von globalen Listen.
Eine globale Liste (GLOBALLIST) enthält mindestens ein Listenelement (LISTITEM-Elemente).
In der folgenden Tabelle werden die Einschränkungen für Listenelemente beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
|
Sonderzeichen |
|
Umfang |
|
In der folgenden Tabelle werden die Einschränkungen für globale Listen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Anzahl der Elemente |
Die globale Liste darf nicht leer sein. Sie muss mindestens ein LISTITEM-Element enthalten. |
Eindeutigkeit |
|
Einschränkungen für Prozessvorlagen
Eine Prozessvorlage umfasst einen Satz von Standardarbeitsaufgaben, Arbeitsaufgabenabfragen, Produktvorlagen, Berichten, Sicherheitsgruppen und Leitfäden, die sich auf die Struktur eines Projekts in Team Foundation auswirken. Team Foundation Server beinhaltet zwei Standardprozessvorlagen, die zwei verschiedene Formate zum Verwalten des Softwarezyklus umfassen. Diese Vorlagen können an die besonderen Anforderungen der Organisation angepasst werden. Weitere Informationen finden Sie unter Anpassen von Prozessvorlagen.
In der folgenden Tabelle werden die Einschränkungen für Prozessvorlagen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge des Prozessvorlagennamens |
Dürfen nicht mehr als 256 Unicode-Zeichen enthalten |
Eindeutigkeit des Prozessvorlagennamens |
|
Größe der Prozessvorlagendatei |
Die Prozessvorlagendatei darf nicht größer als 2 GB (Gigabyte) sein |
Einschränkungen für Team Foundation Build
In Team Foundation Build können Sie alle Bereiche des Buildprozesses auf einem einzelnen Computer verwalten. Außerdem können Sie mithilfe von Team Foundation Build Quellen synchronisieren, die Anwendung kompilieren, zugehörige Komponententests ausführen, eine Codeanalyse durchführen, Builds auf einem Dateiserver bereitstellen und Buildberichte veröffentlichen.
Einschränkungen für Buildcomputer
Team Foundation Build ist eine von der Team Foundation Server-Anwendungsebene und -Datenebene bzw. vom Visual Studio-Client unabhängige Installation. Sie können einen separaten Computer verwenden. Sie haben auch die Möglichkeit, den Build parallel auf dem Clientcomputer und den Servern zu installieren.
In der folgenden Tabelle werden die Einschränkungen für Buildcomputer beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Speicherplatz |
Es muss genügend Speicherplatz für den Build vorhanden sein (ungenügender Speicherplatz führt zu fehlerhaften Builds) |
Buildverzeichnis |
Muss ein lokaler Pfad sein (z. B. C:\Buildverzeichnis). |
Verzeichnis des Ablagespeicherorts |
Muss ein UNC-Pfad sein (z. B. \\Server\Freigabe). |
Berechtigungen für den Ablagespeicherort |
Jeder generierte Build wird in einem neuen Verzeichnis im Ablageordner abgelegt.
|
Team Foundation-Builddienstkonto |
Wenn Sie das Team Foundation Server-Dienstkonto nach der ersten Installation ändern, müssen Sie sicherstellen, dass die folgenden Bedingungen erfüllt sind.
|
Firewallprobleme |
Vergewissern Sie sich, dass das Programm tfsbuildservice in der Ausnahmeliste enthalten ist, wenn die Firewall des Buildcomputers aktiviert ist. |
Namen von Buildtypen
In Team Foundation Build werden Buildtypen zum Konfigurieren der Bedingungen verwendet, unter denen eine einzelne Projektmappe oder eine Reihe von Projektmappen in einem Teamprojekt erstellt wird. Um einen Buildvorgang auszuführen, müssen Sie entweder einen neuen Buildtyp erstellen oder einen bereits vorhandenen Buildtyp verwenden. Weitere Informationen zu Buildtypen finden Sie unter Definieren des Buildprozesses.
In der folgenden Tabelle werden die Einschränkungen für Namen von Buildtypen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Eindeutigkeit |
Muss sich von anderen Buildtypnamen im Projekt unterscheiden |
Sonderzeichen |
|
Buildqualitätsnamen
Mithilfe der Buildqualität können Sie für einen abgeschlossenen Build eine Qualitätsstufe oder einen Abschlusszustand festlegen. Zudem können Sie in Team Foundation Build neue Werte für den Buildqualitätstyp erstellen. Weitere Informationen finden Sie unter Erstellen einer einfachen Builddefinition. Eine Liste der Standardwerte für die Buildqualität finden Sie unter Beurteilen der Qualität eines abgeschlossenen Builds.
In der folgenden Tabelle werden die Einschränkungen für Buildqualitätsnamen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
Dürfen nicht mehr als 256 Unicode-Zeichen enthalten. |
Eindeutigkeit |
Müssen sich von anderen Buildqualitätsnamen auf dem Team Foundation Build-Computer unterscheiden. |
Einschränkungen für die Versionskontrolle
Die Team Foundation-Versionskontrolle bietet ein zentrales Repository für Dateien und für Befehle, die zur Verwaltung der Dateien innerhalb eines Teams erforderlich sind. Außerdem stehen in der Quellcodeverwaltung neben vielen anderen Features anpassbare Eincheckrichtlinien und verschiedene Optionen zur Verzweigung, Zusammenführung und zum Zurückstellen zur Verfügung.
Versionskontrollserver-Pfade
Der Versionskontrollserver-Pfad ist der vollqualifizierte Pfad einer in der Versionskontrolle gespeicherten Datei.
In der folgenden Tabelle werden die Längeneinschränkungen für den Versionskontrollserver-Pfad beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
|
Hinzufügen von Dateien zur Versionskontrolle
Das Versionskontrollsystem speichert viele verschiedene Dateitypen. Weitere Informationen zum Hinzufügen von vorhandenen Visual Studio-Projekten oder -Projektmappen zur Versionskontrolle finden Sie unter Stellen von Dateien unter Versionskontrolle. Sie können auch Dateien oder Ordner hinzufügen, die keinem Visual Studio-Projekt oder keiner Projektmappe zugeordnet sind. Weitere Informationen finden Sie unter Hinzufügen von Dateien, die keine Projektdateien oder Projektmappendateien sind, und von Ordnern zur Versionskontrolle.
In der folgenden Tabelle werden die Einschränkungen für Dateien und Ordner beschrieben, die der Versionskontrolle hinzugefügt werden sollen.
Einschränkungstyp |
Einschränkung |
---|---|
Dateierweiterungen |
|
Ordner |
|
Bezeichnungsnamen
In der Team Foundation-Versionskontrolle ist eine Bezeichnung ein auf einen bestimmten Satz von Revisionen angewendeter Name. Sie können Bezeichnungen an einen Satz nicht zusammenhängender Dateien der Versionskontrolle anfügen. Dadurch können Sie die Dateien abrufen oder sie als Gruppe verwenden. Weitere Informationen finden Sie unter Verwenden von Bezeichnungen zum Erstellen einer Momentaufnahme der Dateien. In der folgenden Tabelle werden die Einschränkungen für Bezeichnungsnamen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
Dürfen nicht mehr als 64 Unicode-Zeichen enthalten. |
Sonderzeichen |
|
Shelvesets
Mit Shelvesets können Sie eine Reihe ausstehender Änderungen vorübergehend zurückstellen und die ausstehenden Änderungen wahlweise aus dem Arbeitsbereich entfernen. Sie können die Änderungen später in einem Shelveset für Ihren Arbeitsbereich oder den Arbeitsbereich eines anderen Benutzers wiederherstellen. Weitere Informationen finden Sie unter Arbeiten mit Shelvesets.
In der folgenden Tabelle werden die Einschränkungen für Shelvesetnamen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
Dürfen nicht mehr als 64 Unicode-Zeichen enthalten. |
Sonderzeichen |
|
Arbeitsbereichsnamen
Ein Arbeitsbereich ist eine clientseitige Kopie der Dateien und Ordner in Team Foundation-Versionskontrolle. Wenn Sie mehrere Arbeitsbereiche erstellen, können auf einem Clientcomputer verschiedene Versionen des gleichen Versionskontrollordners vorhanden sein. Weitere Informationen zu Arbeitsbereichen finden Sie unter Erstellen eines Arbeitsbereichs zum Arbeiten mit dem Teamprojekt. In der folgenden Tabelle werden die Einschränkungen für Arbeitsbereichsnamen beschrieben.
Einschränkungstyp |
Einschränkung |
---|---|
Länge |
Dürfen nicht mehr als 64 Unicode-Zeichen enthalten. |
Sonderzeichen |
|
Siehe auch
Aufgaben
Erstellen einer Gruppe auf Auflistungsebene
Erstellen einer Teamprojektgruppe
Hinzufügen von Benutzern zu einer Standardgruppe
Direktes Hinzufügen eines Benutzers zu einem Teamprojekt oder einer Teamprojektsammlung
Erstellen einer einfachen Builddefinition
Beurteilen der Qualität eines abgeschlossenen Builds
Konzepte
Anpassen von Projektnachverfolgungsdaten, Formularen, Workflow und anderen Objekten
Definieren des Hilfetexts für ein Arbeitsaufgabenfeld
Definieren von globalen Listen
Verwenden von Bezeichnungen zum Erstellen einer Momentaufnahme der Dateien
Erstellen eines Arbeitsbereichs zum Arbeiten mit dem Teamprojekt
Weitere Ressourcen
Stellen von Dateien unter Versionskontrolle
Änderungsprotokoll
Datum |
Verlauf |
Grund |
---|---|---|
Dezember 2010 |
Informationen zu Einschränkungen auf Namen von Shelvesets und Arbeitsbereichen wurden aktualisiert. |
Kundenfeedback. |
Oktober 2010 |
Informationen zu erforderlicher Eindeutigkeit für Namen von Teamprojekten wurden aktualisiert. |
Kundenfeedback. |