github projects teams
Dieses Tutorial zu GitHub erklärt Konzepte wie GitHub-Projekte, Organisation und Teams, Fork a Repository, Probleme und Projektmeilensteine, GitHub-Wiki usw.:
Im vorherigen Tutorial der Reihe von Tutorials auf GitHub haben wir gesehen, wie ein Entwickler die Plattform nutzen kann, um die projektbezogenen Artefakte und die Versionskontrolle zu speichern. Wir haben auch die Konzepte rund um Pull-Anfragen, Zusammenführen, Verzweigen und Schützen von Zweigen gesehen.
Das ist noch nicht alles. In diesem Tutorial werden wir tiefer gehen und herausfinden, was GitHub sonst noch für Entwickler tun kann.
=> Lesen Sie hier den perfekten GitHub-Trainingsleitfaden.
Hier ist, worauf wir uns konzentrieren werden.
- Organisation und Teams erstellen
- Forken Sie ein Repository
- Erstellen Sie Probleme und Projektmeilensteine
- Projektplatine erstellen
- GitHub Wiki erstellen
Was du lernen wirst:
- Organisation und Teams erstellen
- GitHub Gabel
- GitHub-Probleme und Projektmeilensteine
- GitHub Project Board
- GitHub Wiki zur Dokumentation
- Fazit
- Literatur-Empfehlungen
Organisation und Teams erstellen
Als Vorläufer dieses Abschnitts bietet GitHub die folgenden drei Arten von Konten.
- Persönliche Benutzerkonten Hier können Sie unbegrenzt öffentliche und private Repositorys erstellen und Mitarbeiter einladen.
- Organisationskonten Dies ist in erster Linie ein Konzept für gemeinsam genutzte Konten und wird in diesem Abschnitt näher erläutert.
- Unternehmenskonto Dies wird von Unternehmen verwendet, die die Richtlinien intern für die Benutzer verwalten, die GitHub verwenden. Dies wird normalerweise in einer On-Premise-Version von GitHub Enterprise verwendet.
In Teil 1 haben wir gesehen, wie ein Repository mit einem einzigen persönlichen Konto erstellt wurde, bei dem dieser Benutzer ein einzelner Eigentümer des Repositorys war. Dies ist für kleine Scrum-Teams geeignet, in denen Sie 3 bis 9 Personen oder vielleicht mehrere Personen haben, oder um ein Repository für ein einzelnes Projekt zu erstellen, ist in Ordnung.
Was aber, wenn es große Github-Projekte gibt, für deren Ausführung mehrere Repositorys und mehrere Teams Zugriff auf dasselbe benötigen? Hier müssen wir uns ansehen, wie GitHub Organization beim Gruppieren mehrerer Repositorys für ein einzelnes großes Projekt hilft. Somit wird es auch mehrere Eigentümer geben, da mehrere Repositories / Teams beteiligt wären.
Um eine neue Organisation zu erstellen, klicken Sie auf + oben rechts und wählen Sie Neue Organisation.
Wählen Sie einen entsprechenden Plan aus. Wir werden vorerst einen kostenlosen Plan verwenden Team für Open Source.
Geben Sie die Details zur Organisation ein und klicken Sie dann auf Nächster.
Fügen Sie die Mitglieder der Organisation hinzu und klicken Sie auf Schließen Sie das Setup ab.
Der nächste Schritt besteht darin, Repositorys gemäß den Projektanforderungen zu erstellen und Teams zu diesen hinzuzufügen.
Sie können auch auf klicken Lade jemanden ein Mitglieder zur gerade erstellten Organisation hinzufügen. Wenn Mitglieder hinzugefügt werden, kann die Rolle auch als Mitglied oder Eigentümer zugewiesen werden. Um dies zu tun, gehen Sie zum Menschen Tab und wählen Rolle ändern für dieses Mitglied.
Nun, für den Moment behalten wir einen Benutzer als Eigentümer und den anderen als Mitglied. Auf diese Weise kann der Eigentümer mehrere Repositorys erstellen und den jeweiligen Repositorys Teams zuweisen.
Bevor wir Repositorys erstellen, erstellen wir zunächst Teams. Gehe zum Teams Tab und klicken Sie auf Neues Team.
Wir werden 2 Teams erstellen, d. H. UI-Team und Middleware-Team.
Klicke auf Team erstellen. Sobald das Team erstellt ist, können Sie dem Team Mitglieder hinzufügen, wie unten gezeigt.
Erstellen Sie auf ähnliche Weise das andere Team und fügen Sie Mitglieder hinzu. Jetzt können Sie sehen, dass es 2 Teams gibt.
Fahren wir mit dem Erstellen von Repositorys fort. Als Szenario werden wir nun erstellen 2 Repositories d.h. einer für UI-bezogenen Code und der andere für Middleware-Code. Die Teams werden entsprechend zugeordnet.
Gehe zum Repositories Registerkarte und erstellen Sie eine Neues Repository .
Klicke auf das Repository erstellen Taste. Als Nächstes müssen Sie dem UI-Team Zugriff auf das Repository gewähren.
Gehe zum Teams Tab. Klicke auf das UI-Team und geh zum Repositories Tab. Klicken Sie auf jedes Team und fügen Sie die Repositorys erneut aus dem hinzu Repositories Tab.
Fügen Sie das Repository hinzu, indem Sie den Namen des Repositorys eingeben.
Stellen Sie auch sicher Schreibberechtigung für die Teammitglieder in diesem Repository, d. h. die Teammitglieder können dieses Repository lesen, klonen und in dieses verschieben.
Führen Sie in ähnlicher Weise die obigen Schritte aus, um das Middleware-Repository dem anderen Team hinzuzufügen. Somit haben wir jetzt eine Organisation mit Repositories und den Teams. Die Teammitglieder können das Repository, auf das sie Zugriff haben, klonen und daran arbeiten.
GitHub Gabel
Fork ein Repository und synchron mit dem ursprünglichen Repository.
In den vorherigen Abschnitten und im vorherigen Lernprogramm wurden Repositorys erstellt und Quellcode hinzugefügt. Was ist nun, wenn die Teams einige Codeänderungen testen möchten, wenn das ursprüngliche Repository nicht der richtige Ort dafür ist?
Es muss eine Kopie erstellt werden, um mit Änderungen am Code zu experimentieren, indem das ursprüngliche Repository intakt bleibt. Das nennt man GitHub Gabel . Navigieren Sie zum Erstellen einer Verzweigung zu dem Repository, das im persönlichen Konto und nicht in der Organisation erstellt wurde. Klicke auf Gabel oben rechts.
Wählen Sie das Konto aus, in dem Sie das ursprüngliche Repository aufteilen möchten. Wählen Sie in diesem Fall das Organisationskonto aus, in das das Repository gegabelt werden soll.
Das Repository ist jetzt als gegabelt Demo-Proj-Org / Demo_Project_Repo_VN . Daher können alle Experimente mit dem Code im gegabelten Repository und nicht im ursprünglichen Repository durchgeführt werden.
Wenn im ursprünglichen Repository Änderungen vorgenommen wurden, muss sich das gegabelte Repository in befinden synchronisieren . Befehlszeilenoptionen können verwendet werden, um die Synchronisierung des gegabelten Repositorys zu erreichen. Das Erstellen einer Pull-Anforderung ist jedoch eine einfachere Option.
Angenommen, eine Änderung an einer Datei im ursprünglichen Repository wird vorgenommen, erstellen Sie eine Pull-Anforderung.
Klick auf den Link Vergleich zwischen Gabeln.
Wählen Sie den Kopf als ursprüngliches Repository und die Basis als gegabeltes Repository aus (siehe Abbildung) und klicken Sie auf Pull-Anfrage erstellen.
Klicke auf Zusammenführungs-Pull-Anforderung und Bestätigung der Zusammenführung.
Die Änderungen werden im gegabelten Repository angezeigt und sind mit dem ursprünglichen Repository synchronisiert.
GitHub-Probleme und Projektmeilensteine
Normalerweise muss man in jedem Projekt Aufgaben, Mängel, Verbesserungen usw. als Teil des Fortschritts verfolgen. Sie können die Probleme in GitHub verwenden, um alle oben genannten Probleme zusammen mit den Projektplatinen zu verfolgen.
Bei Problemen können Sie dasselbe mit Pull-Anforderungen verknüpfen, sodass es automatisch geschlossen wird, wenn die Pull-Anforderung zusammengeführt wird. Wenn offene Probleme vorliegen, können diese auch in andere Repositorys übertragen werden. In diesem Abschnitt erfahren Sie viel mehr darüber, wie Probleme verwendet werden können.
Probleme und Meilensteine erstellen
Gehen Sie zur Hauptseite des Repositorys und gehen Sie zu Probleme Tab. Klicke auf Neues Problem.
Weisen Sie es einem Mitarbeiter zu, an dem Sie arbeiten möchten, und fügen Sie Label hinzu, um es als Erweiterung zu unterscheiden. Eine gute Praxis ist auch zu erwähnen Meilenstein den Fortschritt der aufgeworfenen Fragen zu verfolgen.
Klicke auf Senden Sie eine neue Ausgabe.
Die Problemzusammenfassung wird angezeigt. Beachten Sie, dass die Ausgabenummer # 11 ist, auf die später verwiesen wird.
Das Problem kann auch in ein anderes Repository übertragen werden. Die Option dazu befindet sich unten ‘Transfer Issue’.
Füge hinzu ein Geburtstermin zum Meilenstein - R1. Gehen Sie auf der Hauptseite des Repositorys zu Probleme Tab und klicken Sie auf Meilensteine .
Bearbeiten die Details für den Meilenstein R1 und fügen Sie ein Fälligkeitsdatum hinzu. Speichern Sie die vorgenommenen Änderungen.
Der Milestone R1 hat jetzt 2 offene Probleme und der Prozentsatz der Fertigstellung kann ebenfalls angezeigt werden.
Klicken Sie auf den Meilenstein R1, um die für diesen Meilenstein zu liefernden Probleme anzuzeigen. Probleme können auch neu priorisiert werden, indem die Probleme nach oben und unten verschoben werden.
Filterprobleme
Angenommen, es gibt mehrere Probleme, die sich im Status Öffnen / Schließen befinden und mehreren Mitarbeitern zugewiesen sind. Es ist sehr wichtig, nach Themen zu suchen, die auf bestimmten Kriterien beruhen.
Zum Beispiel, Alle Ihnen zugewiesenen Probleme, alle Probleme im geöffneten Zustand usw. GitHub bietet die Suchoption, um nach Problemen zu filtern und sogar Anfragen abzurufen.
Wechseln Sie zur Registerkarte Probleme und geben Sie in das Filterfeld die Kriterien wie folgt ein.
Zum Beispiel alle offenen Probleme im Status 'Offen' und einem Mitarbeiter zugewiesen.
Typ: Ausgabestatus: Offen Empfänger: vniranjan2512 Meilenstein: R1 Bezeichnung: Verbesserung
Zugeordnete Probleme zum Abrufen der Anforderung
Wenn auf eine Pull-Anforderung mit einem bestimmten Schlüsselwort und einer bestimmten Ausgabenummer verwiesen wird und diese nach dem Zusammenführen automatisch geschlossen wird. Selbst wenn auf ein Commit mit Schlüsselwort und Problemnummer verwiesen wird, wird das Problem geschlossen.
Das Schlüsselwort kann ein beliebiges sein, d.h. Schließen, Schließen, Korrigieren, Fixieren, Auflösen, Auflösen.
Zum Beispiel, in der Pull-Anfrage oder Commit-Nachricht erwähnen schließt # 11.
Erstellen Sie eine Pull-Anfrage und geben Sie das Schlüsselwort und die Referenznummer an, wie in der Nachricht gezeigt. Klicke auf Erstellen Sie eine Pull-Anfrage und führen Sie sie zusammen.
Das Problem wird beim Zusammenführen der Pull-Anforderung automatisch geschlossen. Ein bisschen Automatisierung ist definitiv erforderlich.
Erstellen oder Öffnen neuer Probleme aus dem Quellcode
Für alle Codeänderungen kann ein neues Problem geöffnet werden. Damit wird die URL zur Zeile der Codeänderung zum Problem hinzugefügt. Klicken Sie im Nichtbearbeitungsmodus des Codes auf die 3 Punkte (…) neben der Codezeile und wählen Sie Referenz in der neuen Ausgabe .
Problemdetails aktualisiert.
Pin-Problem
Sie können das Problem anheften, um das Auffinden der Probleme zu erleichtern und doppelte Probleme zu vermeiden erschaffen werden.
Öffnen Sie die Ausgabe und klicken Sie rechts unten in der Ausgabe auf Pin Problem.
Das Problem wird jetzt über der Problemliste hinzugefügt.
wie man einen guten Fehlerbericht schreibt
Hinweis: Maximal 3 Ausgaben können jederzeit angeheftet werden.
GitHub Project Board
Ein Projektboard in GitHub bietet eine einfache Möglichkeit, die Probleme zu visualisieren. Sie können den Projektfortschritt anzeigen und sehen, welche Probleme noch gestartet werden müssen, in Bearbeitung sind und welche Probleme abgeschlossen sind.
Eine Projektplatine in GitHub kann basierend auf Kanban-Vorlagen erstellt werden, die einen vordefinierten Workflow haben und auch angepasst werden können. Das Beispiel zeigt eine Karte, die basierend auf dem Benutzerkonto erstellt wurde.
Gehen Sie auf der Hauptseite des Repositorys zu Projekte Registerkarte und erstellen Sie eine Neues Projekt.
Wie Sie von oben sehen können, hilft die Projekttafel:
- Aufgaben sortieren
- Planen Sie Ihr Projekt
- Automatisieren Sie Ihren Workflow
- Verfolgen Sie den Fortschritt
- Status teilen
- Projekt schließen
Neues Projektboard mit einer grundlegenden Kanban-Vorlage.
Die Karte wird mit einem Workflow erstellt. Zusätzliche Workflow-Spalten können ebenfalls hinzugefügt werden, indem Sie auf klicken + Spalte hinzufügen.
Der Workflow kann auch automatisiert werden. Zum Beispiel, Wenn ein neues Problem erstellt wird, kann es direkt zum hinzugefügt werden To-Do-Status. Wähle aus Automatisierung verwalten Option für diesen Status.
Aktivieren Sie das Kontrollkästchen Neu hinzugefügt und klicken Sie auf Update Automation. Wenn also ein neues Problem erstellt wird, wird das für das Problem ausgewählte Projekt automatisch zum hinzugefügt To-Do-Status. Sie können das vorhandene Problem auch per Drag & Drop in den Status ziehen und von einem Status in einen anderen wechseln.
Zu einer Spalte können Sie auch Notizen hinzufügen, um sicherzustellen, dass Sie einige wichtige Informationen zu den Problemen in dieser Spalte bereitstellen. Klicke auf das + unterschreiben und eine Notiz hinzufügen.
Klicke auf Hinzufügen.
GitHub Wiki zur Dokumentation
Eine der sehr wichtigen Aktivitäten in jedem Projekt ist das Erstellen und Verwalten von Dokumentationen für Ihr Repository, die das gesamte Team verwenden kann. Das GitHub-Repository bietet Unterstützung für die Erstellung solcher Dokumentationen mit GitHub Wiki. So können alle Informationen über Ihr Projekt und seine Verwendung im Wiki erfasst werden.
Wikis stehen in GitHub kostenlos für öffentliche Repositories zur Verfügung. Wikis verwenden die Open Source Markup Bibliothek. Wir werden sehen, wie diese Bibliothek beim Schreiben von Wikis verwendet wird.
Aktivieren der Wiki-Unterstützung für das Repository
Klicken Sie auf der Hauptseite des Repositorys auf die Einstellungen Registerkarte und stellen Sie sicher, dass die Wikis Option ist unter der Option ausgewählt Eigenschaften Sektion.
Erstellen Sie ein GitHub-Wiki
Gehen Sie auf der Hauptseite des Repositorys zu Wiki Tab. Klicke auf Erstellen Sie die erste Seite.
Geben Sie einen Titel ein und fügen Sie dem Wiki Text hinzu. Sie können die Formatierungsoption auch mithilfe der Markdown-Unterstützung verwenden. Klicke auf das Seite speichern einmal getan.
Hinweis im obigen Inhalt # steht für Überschrift1, ## steht für Überschrift2, ### steht für Überschrift3. * wird für ungeordnete Auflistung verwendet. Die Vorschau ist wie unten gezeigt.
Auf der Wiki Klicken Sie auf die Registerkarte + Fügen Sie eine benutzerdefinierte Fußzeile hinzu.
Fügen Sie den Inhalt hinzu und speichern Sie die Seite.
Öffnen Sie ein gespeichertes Wiki und Sie sehen die Fußzeile.
Seitenleiste hinzufügen
Klicken Sie auf der Registerkarte Wiki auf + Fügen Sie eine benutzerdefinierte Seitenleiste hinzu.
Fügen Sie Inhalte für die Seitenleiste hinzu und speichern Sie die Seite.
Öffnen Sie ein Wiki und Sie sehen die Seitenleiste.
Wiki-Verlauf anzeigen
In der Historie können Sie sehen, wer die Änderung vorgenommen hat, Nachrichten festschreiben und an welchem Datum die Änderung vorgenommen wurde.
Öffne das Wiki und bearbeite die Seite. Klicke auf Seitenverlauf, auf der rechten Seite.
Klicken Sie auf Hash, um die Änderungen anzuzeigen. Wählen Sie die Revisionen aus, um Änderungen zu vergleichen und Änderungen einer neueren Revision zurückzusetzen. Klicke auf Änderungen rückgängig machen.
Die Änderungen werden auf die ältere Version zurückgesetzt.
Hinweis : Sie können die Änderungen basierend auf der Berechtigung zum Bearbeiten des Wikis zurücksetzen.
Fazit
In Teil 1 und Teil 2 der GitHub-Reihe haben wir Informationen zu Versionskontrollaktivitäten, Erstellen von Repositorys, Pull-Anforderungen, Zweigen, Codeüberprüfungen, Organisationen und Teams, Fork a Repository, Labels, Meilensteinen, Problemen, GitHub-Projekten und Wikis erhalten.
In unserem kommenden Tutorial werden wir uns mit dem Erstellen von Releases, der Integration mit Jira und einigen anderen befassen Git-Befehle Dies hilft Entwicklern, bevor sie Änderungen in das GitHub-Repository übertragen.
Wir hoffen, dass alle Entwickler diesen praktischen Ansatz für GitHub in ihren Projekten nützlich finden.
=> Besuchen Sie hier für die exklusive GitHub-Schulungsserie.
Literatur-Empfehlungen
- Arten von Risiken in Softwareprojekten
- GitHub Tutorial für Entwickler | Verwendung von GitHub
- So verwenden Sie Microsoft TFS für JAVA-Projekte mit Eclipse in DevOps
- JIRA Agile Tutorial: So verwenden Sie JIRA effektiv zum Verwalten agiler Projekte
- Wie unterscheidet sich die Testplanung für manuelle und Automatisierungsprojekte?
- Beispiele für die Selen-Behauptung - Praktische Anwendungen in Projekten
- Onsite - Offshore-Modell von Software-Testprojekten (und wie es für Sie funktioniert)
- Git vs GitHub: Erforschen Sie die Unterschiede anhand von Beispielen