Informationen zu Projekten und zum Skalieren Ihrer Organisation

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Ein Projekt stellt ein Repository für Quellcode und einen Ort bereit, an dem Benutzer den Fortschritt planen, nachverfolgen und zusammenarbeiten können, um Softwarelösungen zu erstellen. Ein Projekt stellt einen grundlegenden Container dar, in dem Daten gespeichert werden, wenn Azure DevOps hinzugefügt werden.

Wenn Sie Ihr Projekt erstellen, wird automatisch ein Team mit demselben Namen erstellt. Dies reicht für kleine Teams aus. Für Organisationen auf Unternehmensebene kann es jedoch erforderlich sein, eine Skalierung durchzuführen, um weitere Teams und Projekte zu erstellen. Diese Ergänzungen können innerhalb des einzelnen Kontos oder der Sammlung erstellt werden.

Weitere Informationen finden Sie unter Planen Ihrer Organisationsstruktur.


Einzelnes Projekt und Team, das innerhalb eines einzelnen Projekts definiert ist
Organisation oder Sammlung

Mehrere Projekte und Teams, die innerhalb einer
Organisation oder Sammlung


Conceptual image, Single collection-project-team.

Conceptual image, Scaled collection-project-team.


Die Sammlungsprojektteamstruktur bietet Teams ein hohes Maß an Autonomie, um ihre Tools so zu konfigurieren, wie sie für sie funktionieren. Darüber hinaus unterstützt sie administrative Aufgaben, die auf der entsprechenden Ebene ausgeführt werden sollen. Während Ihre Organisation wächst, können Ihre Tools wachsen, um eine Kultur der Teamautonomie und der Organisationsausrichtung zu unterstützen.

Wie verwalten Sie die Arbeit im gesamten Unternehmen?

Wie skalieren Sie Ihre DevOps- und Agile-Tools, um Ihr wachsendes Unternehmen zu unterstützen?

Wenn Sie eine Verbindung mit Azure DevOps herstellen, stellen Sie eine Verbindung mit einer Organisation oder Projektsammlung her. Innerhalb dieses Containers können mindestens ein Projekt definiert werden. Mindestens ein Projekt muss erstellt werden, um das System zu verwenden.

Sie können Ihre Organisation auf folgende Weise skalieren:

  • Um verschiedene Geschäftseinheiten zu unterstützen, können Sie Projekte hinzufügen
  • Innerhalb eines Projekts können Sie Teams hinzufügen.
  • Hinzufügen von Repositorys und Verzweigungen
  • Um die kontinuierliche Integration und Bereitstellung zu unterstützen, können Sie Agents, Agentpools und Bereitstellungspools hinzufügen.
  • Um eine große Anzahl von Benutzern zu verwalten, können Sie den Zugriff über Azure Active Directory verwalten.

Sie können Ihre lokale Azure DevOps Bereitstellung auf folgende Weise skalieren:

  • Um die Leistung zu erhöhen, können Sie Serverinstanzen hinzufügen.
  • Um verschiedene Geschäftseinheiten zu unterstützen, können Sie Projektsammlungen und Projekte hinzufügen.
  • Innerhalb eines Projekts können Sie Teams hinzufügen.
  • Hinzufügen von Repositorys und Verzweigungen
  • Um die kontinuierliche Integration und Bereitstellung zu unterstützen, können Sie Agents, Agentpools und Bereitstellungspools hinzufügen.
  • Um eine große Anzahl von Benutzern zu verwalten, können Sie den Zugriff über Active Directory verwalten.

Azure DevOps Services und Azure DevOps Server sind unternehmensfähige Plattformen. Diese Plattformen unterstützen Teams beliebiger Größe, von zehn bis tausend. Azure DevOps Services bietet unser Clouddienst einen skalierbaren, zuverlässigen und global verfügbaren gehosteten Dienst. Es wird von einer SLA von 99,9 % unterstützt, von unserem 24x7 Operations-Team überwacht und in lokalen Rechenzentren auf der ganzen Welt verfügbar.

So zeigen Sie Projekte an

Sie können die für Ihre Organisation definierten Projekte anzeigen, indem Sie die Seite "Projekte " öffnen.

  1. Wählen Sie Azure DevOps aus, um Projekte zu öffnen.

    Open Projects

  2. Wählen Sie ein Projekt aus der Liste der Projekte aus.

Informationen zum Erstellen oder Auflisten von Projekten finden Sie unter Erstellen eines Projekts

  1. Wählen Sie Azure DevOps aus, um Projekte zu öffnen.

    Screenshot of open Projects button, horizontal nav

  2. Von dort aus können Sie ein Projekt aus der Gruppe der aufgelisteten Projekte auswählen.

    Choose a project from the set of projects listed.

Einschränken der Benutzersichtbarkeit für Projekte mithilfe der Gruppe mit Project-Bereichsbenutzern

Standardmäßig können Benutzer, die einer Organisation hinzugefügt wurden, alle Organisations- und Projektinformationen und -einstellungen anzeigen.

Die Benutzersichtbarkeit und Zusammenarbeit auf bestimmte Projektevorschaufeatures für die Organisation beschränken den Benutzerzugriff auf zwei Arten:

  • Einschränken von Ansichten, die Eine Liste der Benutzer, Liste von Projekten, Abrechnungsdetails, Nutzungsdaten und mehr anzeigen, auf die über Organisationseinstellungen zugegriffen wird.
  • Einschränken der Gruppe von Benutzern oder Gruppen, die über Personenauswahl-Suchauswahlen und die Möglichkeit für @mention Benutzer angezeigt werden.

Wichtig

  • Die in diesem Abschnitt beschriebenen eingeschränkten Sichtbarkeitsfeatures gelten nur für Interaktionen über das Webportal. Mit den REST-APIs oder azure devops CLI-Befehlen können Projektmitglieder auf die eingeschränkten Daten zugreifen.
  • Gastbenutzer, die Mitglieder in der eingeschränkten Gruppe mit Standardzugriff in Azure AD sind, können nicht nach Benutzern mit der Personenauswahl suchen. Wenn das Vorschaufeature deaktiviert ist oder Gastbenutzer keine Mitglieder der eingeschränkten Gruppe sind, können Gastbenutzer alle Azure AD-Benutzer wie erwartet durchsuchen.

Einschränken des Zugriffs auf Organisationseinstellungen

Um ausgewählte Benutzer, z. B. Stakeholder, Azure Active Directory Gastbenutzer oder Mitglieder einer bestimmten Sicherheitsgruppe einzuschränken, können Sie die Sichtbarkeit und Zusammenarbeit für bestimmte Projekte für die Organisation einschränken. Sobald dies aktiviert ist, sind alle Benutzer oder Gruppen, die der Gruppe mit Project-Bereich hinzugefügt wurden, auf den Seiten der Organisationseinstellungen beschränkt, außer für Übersicht und Projekte, und sind nur auf diese Projekte beschränkt, zu denen sie hinzugefügt wurden.

Informationen zum Aktivieren dieses Features finden Sie unter Verwalten oder Aktivieren von Features.

Hinweis

Alle Sicherheitsgruppen sind Entitäten auf Organisationsebene, auch solche Gruppen, die nur Berechtigungen für ein bestimmtes Projekt besitzen. Im Webportal kann die Sichtbarkeit einiger Sicherheitsgruppen auf der Grundlage von Benutzerberechtigungen eingeschränkt werden. Sie können jedoch die Namen aller Gruppen in einer Organisation mithilfe des Azure devops CLI-Tools oder unserer REST-APIs ermitteln. Weitere Informationen finden Sie unter Hinzufügen und Verwalten von Sicherheitsgruppen.

Hinweis

Alle Sicherheitsgruppen sind Entitäten auf Sammlungsebene, auch solche Gruppen, die nur Berechtigungen für ein bestimmtes Projekt besitzen. Im Webportal kann die Sichtbarkeit einiger Sicherheitsgruppen auf der Grundlage von Benutzerberechtigungen eingeschränkt werden. Sie können jedoch die Namen aller Gruppen in einer Organisation mithilfe des Azure devops CLI-Tools oder unserer REST-APIs ermitteln. Weitere Informationen finden Sie unter Hinzufügen und Verwalten von Sicherheitsgruppen.

Hinweis

Alle Sicherheitsgruppen sind Entitäten auf Sammlungsebene, auch solche Gruppen, die nur Berechtigungen für ein bestimmtes Projekt besitzen. Im Webportal kann die Sichtbarkeit einiger Sicherheitsgruppen auf der Grundlage von Benutzerberechtigungen eingeschränkt werden. Sie können jedoch die Namen aller Gruppen in einer Organisation mithilfe der REST-APIs ermitteln. Weitere Informationen finden Sie unter Hinzufügen und Verwalten von Sicherheitsgruppen.

Einschränken der Sichtbarkeit innerhalb von Personenauswahlen

Organisationen, die Benutzer und Gruppen mithilfe von Azure Active Directory (Azure AD) verwalten, können Personenauswahlen verwenden, die das Durchsuchen aller Benutzer und Gruppen unterstützen, die Azure AD hinzugefügt haben, nicht nur diese Benutzer und Gruppen, die Ihrem Projekt hinzugefügt wurden. Personenauswahl unterstützt die folgenden Azure DevOps Funktionen:

  • Auswahl einer Benutzeridentität aus einem Feld für die Arbeitsverfolgungsidentität, z. B. "Zugewiesen an"
  • Auswahl eines Benutzers oder einer Gruppe mithilfe von @mention in einer Arbeitsaufgabe oder einem Rich-Text-Feld, einer Pull-Anforderungsdiskession, einem Commit von Kommentaren oder Änderungen oder Regalenkommentaren
  • Auswahl eines Benutzers oder einer Gruppe mithilfe von @mention auf einer Wiki-Seite

Wie in der folgenden Abbildung dargestellt, beginnen Sie mit der Eingabe eines Benutzers im Personenauswahlfeld, bis Sie eine Übereinstimmung mit dem Benutzernamen oder der Sicherheitsgruppe finden.

Screenshot of people picker

Warnung

Wenn die Benutzersichtbarkeit und die Zusammenarbeit auf bestimmte Projektevorschaufeatures für die Organisation aktiviert ist, können projektbezogene Benutzer nicht nach Benutzern suchen, die der Organisation über Azure Active Directory Gruppenmitgliedschaft hinzugefügt wurden, anstatt über eine explizite Benutzerseinladung. Dies ist ein unerwartetes Verhalten und eine Lösung wird bearbeitet. Um dieses Problem selbst zu beheben, deaktivieren Sie die Benutzersichtbarkeit und die Zusammenarbeit auf bestimmte Projektvorschaufeatures für die Organisation.

Benutzer und Gruppen, die der Project-Benutzergruppe hinzugefügt werden, können nur Benutzer und Gruppen im Projekt anzeigen und auswählen, mit dem sie über eine Personenauswahl verbunden sind. Informationen zum Bereich der Personenauswahl für alle Projektmitglieder finden Sie unter "Verwalten Ihrer Organisation", "Identitätssuche einschränken" und "Auswahl".

Historische Daten bleiben sichtbar

Identitäten, die einem Kommentar, einer Diskussion oder einer Zuordnung hinzugefügt wurden, sind weiterhin für alle Projektmitglieder sichtbar. Beispielsweise sind Arbeitselemente, die einem Benutzer zugewiesen wurden, der seit dem Verlassen eines Projekts zugewiesen wurde, der Name des Benutzers für diese Arbeitsaufgabe bleibt für alle Personen im Projekt sichtbar, auch für Benutzer mit der neuen Einschränkung. Das gleiche gilt für @mentions PRs, Kommentare, Diskussionen und vieles mehr.

Wann ein anderes Projekt hinzugefügt werden soll

Im Allgemeinen wird empfohlen, ein einzelnes Projekt zur Unterstützung Ihrer Organisation oder Ihres Unternehmens zu verwenden. Ein einzelnes Projekt minimiert die Wartung von Administrativen Aufgaben und unterstützt die optimiertste / voll flexibilitätsübergreifende Objekterfahrung .

Auch wenn Sie viele Teams haben, die an Hunderten verschiedener Anwendungen und Softwareprojekte arbeiten, können Sie sie am einfachsten innerhalb eines einzelnen Projekts verwalten. Ein Projekt dient dazu, darin gespeicherte Daten zu isolieren. Sie können Daten nicht einfach von einem Projekt in ein anderes verschieben. Wenn Sie Daten von einem Projekt in ein anderes verschieben, verlieren Sie in der Regel den Verlauf, der diesen Daten zugeordnet ist.

Weitere Informationen zum Hinzufügen eines anderen Projekts finden Sie unter Wie viele Projekte benötigen Sie?.

Gründe zum Hinzufügen eines anderen Projekts

Möglicherweise möchten Sie ein anderes Projekt in folgenden Instanzen hinzufügen:

  • So verbieten oder verwalten Sie den Zugriff auf die Informationen, die in einem Projekt enthalten sind, um Gruppen auszuwählen
  • So unterstützen Sie benutzerdefinierte Arbeitsverfolgungsprozesse für bestimmte Geschäftseinheiten in Ihrer Organisation
  • So unterstützen Sie vollständig separate Geschäftseinheiten, die über eigene administrative Richtlinien und Administratoren verfügen
  • So unterstützen Sie Anpassungsaktivitäten oder Hinzufügen von Erweiterungen vor dem Rollout von Änderungen an dem Arbeitsprojekt
  • So unterstützen Sie ein Open Source Software (OSS)-Projekt

Möglicherweise möchten Sie ein anderes Projekt in folgenden Instanzen hinzufügen:

  • So verbieten oder verwalten Sie den Zugriff auf die Informationen, die in einem Projekt enthalten sind
  • So unterstützen Sie benutzerdefinierte Arbeitsverfolgungsprozesse für bestimmte Geschäftseinheiten in Ihrer Organisation
  • So unterstützen Sie vollständig separate Geschäftseinheiten, die über eigene administrative Richtlinien und Administratoren verfügen
  • So unterstützen Sie Anpassungsaktivitäten oder Hinzufügen von Erweiterungen vor dem Rollout von Änderungen an dem Arbeitsprojekt

Private und öffentliche Projekte

Sie können ihrer Organisation öffentliche und private Projekte hinzufügen. Sie können auch die Sichtbarkeit eines Projekts von privat zu öffentlich ändern.

Private Projekte erfordern, dass Sie den Benutzerzugriff hinzufügen und verwalten. Benutzer müssen sich anmelden, um Zugriff auf ein Projekt zu erhalten, auch wenn es schreibgeschützt ist. Alle Benutzer, die einem Projekt hinzugefügt wurden, verfügen über Zugriff auf die Projekt- und Organisationsinformationen. Ausführliche Informationen finden Sie unter Ressourcen, die Projektmitgliedern gewährt werden.

Ein öffentliches Projekt erfordert keine Anmeldung, um schreibgeschützten Zugriff auf viele der Dienste zu erhalten. Öffentliche Projekte unterstützen die Freigabe von Code mit anderen Und unterstützen die kontinuierliche Integration/kontinuierliche Bereitstellung (CI/CD) von Open-Source-Software. Weitere Informationen zu öffentlichen Projekten finden Sie unter Was ist ein öffentliches Projekt?.

Strukturieren Ihres Projekts

Wenn Sie ein Projekt hinzufügen, sehen Sie sich die folgenden Elemente an, um sie zu strukturieren, um Ihre geschäftlichen Anforderungen zu unterstützen:

Anpassen und Konfigurieren von Projekten

Sie können die meisten Dienste und Anwendungen konfigurieren und anpassen, um Ihre Geschäftlichen Anforderungen oder die Art und Weise, wie Ihre Teams funktionieren, zu unterstützen. Innerhalb jedes Projekts können Sie die folgenden Aufgaben ausführen. Eine umfassende Ansicht darüber, welche Ressourcen konfiguriert werden können, finden Sie unter "Informationen zu Team-, Projekt- und Organisationsebeneneinstellungen".

  • Dashboards: Jedes Team kann seine Gruppe von Dashboards konfigurieren , um Informationen zu teilen und den Fortschritt zu überwachen.
  • Quellcodeverwaltung: Für jedes Git-Repository können Sie Verzweigungsrichtlinien anwenden und Verzweigungsberechtigungen definieren. Für TFVC-Repositorys können Sie Check-In-Richtlinien festlegen.
  • Arbeitsverfolgung: Sie können Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und benutzerdefinierte Seiten zum Arbeitselementformular der meisten Arbeitselementtypen hinzufügen. Sie können auch benutzerdefinierte Arbeitselementtypen hinzufügen. Ausführliche Informationen finden Sie unter Anpassen eines Vererbungsprozesses.
  • Azure Pipelines: Sie können Ihre Build- und Releasepipelinen vollständig anpassen, Buildschritte, Releaseumgebungen und Bereitstellungszeitplan definieren. Ausführliche Informationen finden Sie unter Build und Release.
  • Azure Test Plans: Sie können Testpläne, Testsuiten, Testfälle und Testumgebungen definieren und konfigurieren. Sie können auch Testschritte innerhalb Ihrer Buildpipelinen hinzufügen. Ausführliche Informationen finden Sie unter "Exploratory & Manual Testing " und "fortlaufende Tests" für Ihre Builds.
  • Dashboards: Jedes Team kann seine Gruppe von Dashboards konfigurieren , um Informationen zu teilen und den Fortschritt zu überwachen.
  • Quellcodeverwaltung: Für jedes Git-Repository können Sie Verzweigungsrichtlinien anwenden und Verzweigungsberechtigungen definieren. Für TFVC-Repositorys können Sie Check-In-Richtlinien festlegen.
  • Arbeitsverfolgung: Sie können Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und benutzerdefinierte Seiten zum Arbeitselementformular der meisten Arbeitselementtypen hinzufügen. Sie können auch benutzerdefinierte Arbeitselementtypen hinzufügen. Ausführliche Informationen finden Sie unter Anpassen des lokalen XML-Prozessmodells.
  • Build und Release: Sie können Ihre Build- und Releasepipelinen vollständig anpassen, Buildschritte, Releaseumgebungen und Bereitstellungszeitplan definieren. Ausführliche Informationen finden Sie unter Build und Release.
  • Test: Sie können Testpläne, Testsuiten, Testfälle und Testumgebungen definieren und konfigurieren. Sie können auch Testschritte innerhalb Ihrer Buildpipelinen hinzufügen. Ausführliche Informationen finden Sie unter "Exploratory & Manual Testing " und "fortlaufende Tests" für Ihre Builds.

Wenn Sie ein Team hinzufügen möchten, skalieren Sie agile Tools im gesamten Unternehmen

Wenn Ihre Organisation wächst, fügen Sie Teams hinzu, um ihnen die agilen Tools bereitzustellen, die jedes Team so konfigurieren kann, dass er seinen Workflow erfüllt. Weitere Informationen finden Sie in den folgenden Artikeln:

Informationen zum Überprüfen von Geschichten und kurzen Videos zum Übergang von Wasserfall zu Agile finden Sie unter Skalierung agiler Enterprise.

Clients, die die Verbindung zu einem Projekt unterstützen

Zusätzlich zur Verbindung mit einem Webbrowser können Sie eine Verbindung mit einem Projekt aus den folgenden Clients herstellen:

Siehe auch Kompatibilität mit Azure DevOps Server Versionen.

Fragen und Antworten (Q & A)

F: Kann ich ein Projekt in eine andere Organisation oder Sammlung verschieben oder übertragen?

Eine: Nicht ohne Datenverlust. Sie können ein Projekt nicht von einer Auflistung/Organisation in eine andere Sammlung/Organisation verschieben, ohne Daten zu verlieren. Sie können Ressourcen manuell kopieren und einige Zurücklassen oder ein Drittanbietertool verwenden, z. B. OpsHub Visual Studio Migrationsprogramm, das Daten mithilfe der REST-APIs kopiert.

F: Welche programmgesteuerten Tools unterstützen Projekte?

A. Weitere Informationen finden Sie unter "Projects REST API".

Außerdem können Sie die Az devops-Projektbefehle verwenden.