Azure DevOps-Projekte verwalten
Jede Organisation enthält mehrere Projekte. Ein Projekt selbst ist eine Gruppe von verschiedenen Azure DevOps Services. Sie finden Azure Boards-, Repos-, Pipelines-, Artefakt‑ und Testplandienste für jedes der verschiedenen Projekte. Während Sie zuerst die Sicherheit und die verschiedenen zulässigen Benutzer auf Organisationsebene konfigurieren müssen, können Sie die Sicherheit auf Projektebene weiter konfigurieren. Sie können pro Kunde ein Projekt erstellen, um alles für einen bestimmten Kunden in einem logischen Container zu gruppieren.
Wenn wir diese Struktur in einer Grafik zeichnen, sieht sie folgendermaßen aus:
Das Erstellen eines neuen Projekts ist einfach, indem Sie auf die blaue Schaltfläche Neues Projekt im Startfenster klicken. Geben Sie einen Namen für Ihr Projekt an, und wählen Sie aus, ob es sich bei Ihrem Projekt um ein privates oder ein öffentliches Projekt handelt. Wählen Sie Ihr bevorzugtes System für die Versionskontrolle und die Vorlage Arbeitselementprozess aus.
Im vorherigen Screenshot können Sie sehen, dass öffentliche Projekte nicht verfügbar sind. Dies kann durch Ändern einer Einstellung in den Organisationseinstellungen geändert werden. Sie können dies im Abschnitt Richtlinien unter Sicherheit ändern.
Für die Einstellung der Versionskontrolle können Sie zwischen Git und Team Foundation-Versionskontrolle auswählen. Es gibt signifikante Unterschiede zwischen den beiden Systemen.
In älteren Versionen von Team Foundation Server (TFS, dem Vorgänger von Azure DevOps) war Team Foundation-Versionskontrolle (TFVC) die einzige verfügbare Lösung zur Versionskontrolle. TFVC ist ein zentrales System, bei dem der gesamte Herkunftscode zentral auf einem Server gespeichert ist. Der Speicher selbst wird von Microsoft SQL Server verwaltet. Eine Verbindung wird jedes Mal benötigt, wenn Sie Codeänderungen vergleichen, festschreiben oder zurücksetzen müssen.
Im Jahr 2013 hat Microsoft die Unterstützung für Git als Versionskontrolle in TFS hinzugefügt. Git ist ein Open-Source-Versionskontrollsystem, das ursprünglich von Linus Torvalds (dem Gründer des Linux-Kernels) entwickelt wurde. Git ist ein verteiltes System. Dies bedeutet, dass sich der Herkunftscode für ein bestimmtes Projekt auf jedem Computer befindet, der zum Code beiträgt. Die vollständige Historie befindet sich auf jeder Maschine. Dies ermöglicht es, offline zu arbeiten. Sie können Dateien in Ihrem Computer in Ihrem lokalen Repository ohne zentrale Verbindung vergleichen, festschreiben, zurücksetzen, hinzufügen oder entfernen. Um Ihre Änderungen mit Kollegen zu synchronisieren, benötigen Sie ein Remote-Repository. Azure DevOps kann dieses Remote-Repository sein, aber Sie können auch andere Dienste wie GitHub oder Bitbucket verwenden.
TFVC ist noch in Azure DevOps verfügbar, aber das Standard-Versionskontrollsystem für Azure DevOps ist Git. Für die Entwicklung von Business Central-Erweiterungen empfehlen wir natürlich die Verwendung von Git. Fast alle Beispiele, Dokumentationen und Pipelines, die Sie im Internet finden, basieren auf Git. In diesem Lernpfad werden wir nur Git behandeln.
Die Vorlage Arbeitselementprozess wird verwendet, um zu definieren, welcher Prozess zum Erstellen von Arbeitselementen verwendet wird, und um die Aufgaben in Ihrem Team zu verfolgen. Diese Funktion ist mit dem Azure Boards-Dienst Ihres Projekts verknüpft. Sie können zwischen verschiedenen Projektmanagementmethoden wie Agile und Scrum auswählen oder sich für eine grundlegende Prozessmethode entscheiden.
Sobald ein Projekt erstellt wurde, erhalten Sie einen Überblick über Ihr Projekt. Auf der linken Seite finden Sie alle verschiedenen Dienste für Ihr Projekt.
Wenn Sie auf die Schaltfläche Projekteinstellungen in der linken Ecke klicken, können Sie aktivieren, welche Dienste Sie in diesem Projekt aktivieren möchten. Diese Einstellung kann je nach Projekt unterschiedlich sein.
