Planen mit GitHub
Sowohl GitHub als auch Azure DevOps unterstützen eine Reihe von DevOps-Planungsfunktionen. In Anbetracht der Tatsache, dass die Organisation im Beispielszenario für den DevOps-Übergang auf GitHub angewiesen sein soll, wobei sich der Fokus auf das frühere Szenario konzentriert. Erkunden Sie insbesondere GitHub-Projekte und Project Boards, die allen GitHub-Kunden zur Verfügung stehen.
Was sind GitHub-Projekte?
GitHub-Projekte ist ein Feature, das von der GitHub-Plattform gehostet wird und die Möglichkeit bietet, Arbeit auf gemeinsame und visuelle Weise zu organisieren, nachzuverfolgen und zu verwalten. Dieses Feature eignet sich für die Verwaltung des Softwareentwicklungslebenszyklus, obwohl es in praktisch jedem Szenario verwendet werden kann, das projektbezogene Arbeit umfasst. Es ist eng in andere GitHub-Komponenten wie Repositorys, Probleme und Pullanforderungen integriert. Sie bietet eine Möglichkeit zum Planen, Nachverfolgen des Fortschritts und Koordinieren von Aufgaben innerhalb eines Repositorys und über Repositorys hinweg.
Auf jedes Projekt kann automatisch im Tabellen-, Tafel- und Roadmap-Layout zugegriffen werden. Sie haben auch die Möglichkeit, Ansichten zu erstellen, indem Sie im Projekt enthaltene Komponenten filtern, gruppieren und sortieren, konfigurierbare Diagramme generieren und benutzerdefinierte Felder basierend auf Ihren individuellen Einstellungen oder Anforderungen hinzufügen.
GitHub-Projekte unterstützen Meilensteine, die Zieltermine bestimmter Ziele oder Lieferumfang darstellen. Meilensteine definieren eine Zeitachse für das Projekt und ermöglichen es Teams, ihren Fortschritt nachzuverfolgen.
Projekte umfassen integrierte Workflows, mit denen Sie den Status von Elementen basierend auf vordefinierten Ereignissen aktualisieren können, z. B. das automatische Festlegen des Status eines neu erstellten Problems auf Todo oder das automatische Festlegen des Status auf "Fertig ", wenn das Problem geschlossen wird. Standardmäßig sind zwei Workflows in einem neu erstellten Projekt aktiviert:
- Wenn Probleme oder Pullanforderungen in Ihrem Projekt geschlossen werden, wird deren Status auf "Fertig" festgelegt.
- Wenn Pullanforderungen in Ihrem Projekt zusammengeführt werden, wird ihr Status auf "Fertig" festgelegt.
Was ist ein GitHub Projects Board?
Ein GitHub Projects Board bietet eine visuelle Darstellung des entsprechenden Projekts. Es ist über das Boardlayout zugänglich und unterstützt eine Kanban-Erfahrung. Sie besteht aus Spalten und Karten, mit denen Sie Probleme und Pullanforderungen organisieren und nachverfolgen können. Spalten können so angepasst werden, dass sie verschiedene Projektphasen darstellen. Karten stellen Arbeitsaufgaben dar, z. B. Probleme, Entwurfsprobleme oder Pull-Requests. Sie können Karten zwischen Spalten ziehen, um den aktuellen Status oder die Phase des Abschlusses widerzuspiegeln, und der Wert dieser Elemente passen sich an die Spalte an, in die Sie sie ziehen. Jede Karte kann viele Felder enthalten, einschließlich Etiketten, Zuweisungen, Fälligkeitsdaten und Beschreibungen. Mit diesen Feldern können Sie zusätzliche Informationen zu den nachverfolgten Arbeiten angeben.
Mithilfe der Ansichtsfunktionen haben Sie die Möglichkeit, mehrere Boards in einem Repository zu erstellen, jeweils mit einem eigenen, unterschiedlichen Satz von Spalten. Sie können auch einen Grenzwert für die Anzahl der Karten in einer bestimmten Spalte in einem Tafellayout festlegen, um einen WIP-Grenzwert zu implementieren.
Wie beginnen Sie mit GitHub Projects Boards?
Erstellen Sie vor dem Starten eines neuen GitHub-Projekts ein Repository. Ein Repository speichert alle Dateien Ihres Projekts und bietet eine Plattform zum Verwalten Ihrer Arbeit und Zusammenarbeit mit anderen. Verwenden Sie Issues, um projektbezogene Arbeitselemente nachzuverfolgen. Probleme bieten eine bequeme Methode zum Kommunizieren und Treffen von Entscheidungen innerhalb eines Teams, einschließlich Diskussionen zu Anwendungslebenszyklusdetails, z. B. Fehler oder Leistungsberichte, Projektplanung oder Brainstorming einer neuen Idee. Verwenden Sie Pullanforderungen, die vorgeschlagene Änderungen enthalten, um Vorschläge für Verbesserungen bereitzustellen.
Darüber hinaus sollten Sie die Standardbezeichnungen verwenden, die in jedem Repository enthalten sind, oder benutzerdefinierte Bezeichnungen erstellen. Labels helfen dabei, Projektziele nachzuverfolgen, Bugs zu kennzeichnen, zwischen verschiedenen Arten von Arbeit zu unterscheiden und den Status von Problemen oder Pull-Anfragen anzugeben. Sie können beispielsweise alle Fehler in Ihrem Projekt finden, indem Sie nach Problemen mit der entsprechenden Bezeichnung filtern.
Beim Erstellen eines Projekts können Sie entweder von Grund auf neu beginnen oder viele Projektvorlagen mit vordefinierten Boardstrukturen verwenden, die auf die am häufigsten verwendeten Anwendungsfälle abzielen, z. B. Teamplanung, Featureveröffentlichung, Kanban, Iterative Entwicklung oder Bug-Tracker.