-
1. Erste Schritte
-
2. Git Grundlagen
-
3. Git Branching
- 3.1 Branches auf einen Blick
- 3.2 Einfaches Branching und Merging
- 3.3 Branch-Management
- 3.4 Branching-Workflows
- 3.5 Remote-Branches
- 3.6 Rebasing
- 3.7 Zusammenfassung
-
4. Git auf dem Server
- 4.1 Die Protokolle
- 4.2 Git auf einem Server einrichten
- 4.3 Erstellung eines SSH-Public-Keys
- 4.4 Einrichten des Servers
- 4.5 Git-Daemon
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 Von Drittanbietern gehostete Optionen
- 4.10 Zusammenfassung
-
5. Verteiltes Git
-
6. GitHub
-
7. Git Tools
- 7.1 Revisions-Auswahl
- 7.2 Interaktives Stagen
- 7.3 Stashen und Bereinigen
- 7.4 Ihre Arbeit signieren
- 7.5 Suchen
- 7.6 Den Verlauf umschreiben
- 7.7 Reset entzaubert
- 7.8 Fortgeschrittenes Merging
- 7.9 Rerere
- 7.10 Debuggen mit Git
- 7.11 Submodule
- 7.12 Bundling
- 7.13 Replace (Ersetzen)
- 7.14 Anmeldeinformationen speichern
- 7.15 Zusammenfassung
-
8. Git einrichten
- 8.1 Git Konfiguration
- 8.2 Git-Attribute
- 8.3 Git Hooks
- 8.4 Beispiel für Git-forcierte Regeln
- 8.5 Zusammenfassung
-
9. Git und andere Systeme
- 9.1 Git als Client
- 9.2 Migration zu Git
- 9.3 Zusammenfassung
-
10. Git Interna
-
A1. Anhang A: Git in anderen Umgebungen
- A1.1 Grafische Schnittstellen
- A1.2 Git in Visual Studio
- A1.3 Git in Visual Studio Code
- A1.4 Git in IntelliJ / PyCharm / WebStorm / PhpStorm / RubyMine
- A1.5 Git in Sublime Text
- A1.6 Git in Bash
- A1.7 Git in Zsh
- A1.8 Git in PowerShell
- A1.9 Zusammenfassung
-
A2. Anhang B: Git in Ihre Anwendungen einbetten
- A2.1 Die Git-Kommandozeile
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
-
A3. Anhang C: Git Kommandos
- A3.1 Setup und Konfiguration
- A3.2 Projekte importieren und erstellen
- A3.3 Einfache Snapshot-Funktionen
- A3.4 Branching und Merging
- A3.5 Projekte gemeinsam nutzen und aktualisieren
- A3.6 Kontrollieren und Vergleichen
- A3.7 Debugging
- A3.8 Patchen bzw. Fehlerkorrektur
- A3.9 E-mails
- A3.10 Externe Systeme
- A3.11 Administration
- A3.12 Basisbefehle
6.4 GitHub - Verwalten einer Organisation
Verwalten einer Organisation
Neben den Einzelbenutzer-Konten gibt es bei GitHub auch so genannte Organisationen. Wie bei persönlichen Konten haben auch Organisations-Konten einen Namensraum, in dem alle ihre Projekte gespeichert sind. Aber andere Details sind verschieden. Diese Konten stellen eine Gruppe von Personen dar, die gemeinsam an Projekten beteiligt sind. Es gibt viele Funktionen zum Verwalten ihrer Untergruppen. Normalerweise werden diese Konten für Open-Source-Gruppen (wie „perl“ oder „rails“) oder Unternehmen (wie „google“ oder „twitter“) verwendet.
Wesentliches zu der Organisation
Eine Organisation ist ziemlich einfach zu erstellen. Klicken Sie einfach auf das „+
“ Symbol oben rechts auf jeder GitHub-Seite und wählen Sie „Neue Organisation“ aus dem Menü.
![Der Menüpunkt „Neue Organisation“](png/neworg.png)
Zuerst müssen Sie Ihrer Organisation einen Namen geben und eine E-Mail-Adresse für den Hauptansprechpartner der Gruppe angeben. Dann können Sie andere Benutzer einladen, Miteigentümer des Accounts zu werden.
Befolgen Sie diese Anweisungen und Sie werden bald Eigentümer einer brandneuen Organisation sein. Wie persönliche Konten sind Unternehmen kostenlos, wenn alles, was Sie dort ablegen wollen, Open Source sein wird.
Als Eigentümer in einer Organisation haben Sie beim Forken eines Repository die Wahl, es in den Namensraum Ihrer Organisation zu übertragen. Wenn Sie neue Repositorys erstellen, können Sie diese entweder unter Ihrem persönlichen Konto oder unter dem einer der Organisationen erstellen, deren Eigentümer Sie sind. Sie „beobachten“ (engl. watch) auch automatisch jedes neue Repository, das unter diesen Unternehmen erstellt wird.
Wie in Ihr Avatar-Bild gezeigt, können Sie ein Symbol-Bild für Ihre Organisation hochladen, um sie ein wenig zu personalisieren. Wie bei persönlichen Konten haben Sie auch eine Startseite für die Organisation, die alle Ihre Repositorys auflistet und von anderen eingesehen werden kann.
Lassen Sie uns jetzt einige der Punkte ansprechen, die mit einem Organisationskonto etwas anders sind.
Teams
Organisationen werden mit einzelnen Personen über Teams verbunden, die lediglich eine Gruppe von einzelnen Benutzer-Accounts und Repositorys innerhalb der Organisation sind. Diese Personen haben unterschiedliche Rechte beim Zugriff in diesen Repositorys.
Angenommen, Ihr Unternehmen verfügt über drei Repositorys: frontend
, backend
, und deployscripts
.
Sie möchten, dass Ihre HTML/CSS/JavaScript-Entwickler Zugriff auf das Frontend und eventuell das Backend haben und Ihre Operations-Mitarbeiter Zugriff auf das Backend und die Bereitstellungs-Skripte.
Mit Teams ist es einfach, den Beteiligten für jedes einzelne Repository die passende Gruppe zuzuweisen, ohne sie einzeln verwalten zu müssen.
Die Seite Organisation zeigt Ihnen ein übersichtliches Dashboard mit allen Repositorys, Benutzern und Teams, die zu dieser Organisation gehören.
![Die Seite Organisation](png/orgs-01-page.png)
Um Ihre Teams zu verwalten, können Sie in Die Seite Organisation auf die Team-Seitenleiste auf der rechten Seite klicken. So gelangen Sie zu der Seite, auf der Sie Mitglieder zum Team hinzufügen, Repositorys zum Team hinzufügen oder die Einstellungen und Zugriffskontrollstufen für das Team verwalten können. Jedes Team kann Lesezugriff, Lese-/Schreibzugriff oder administrativen Zugriff auf die Repositorys haben. Sie können die Stufe ändern, indem Sie auf die Schaltfläche „Einstellungen“ in Die Seite Team klicken.
![Die Seite Team](png/orgs-02-teams.png)
Wenn Sie einen Benutzer in ein Team einladen, erhält er eine E-Mail, die ihn darüber informiert, dass er eingeladen wurde.
Zusätzlich funktionieren Team-@mentions
(wie @acmecorp/frontend
) ähnlich wie bei einzelnen Benutzern, nur dass dann alle Mitglieder des Teams den Thread abonniert haben.
Das ist praktisch, wenn Sie die Unterstützung von einem Teammitglied wünschen, aber Sie nicht genau wissen, wen Sie fragen sollen.
Ein Benutzer kann zu einer beliebigen Anzahl von Teams gehören, also beschränken Sie sich nicht nur auf Zugriffskontroll-Teams.
Special-Interest-Teams wie ux
, css
oder refactoring
sind für bestimmte Arten von Fragen sinnvoll, andere wie legal
und colorblind
für eine völlig andere Kategorie.
Audit-Logbuch
Organisationen geben den Besitzern auch Zugang zu allen Informationen darüber, was im Rahmen der Organisation vor sich ging.
Sie können auf der Registerkarte Audit Log
sehen, welche Ereignisse auf Organisationsebene stattgefunden haben, wer sie durchgeführt hat und wo in der Welt sie durchgeführt wurden.
![Das Audit-Log](png/orgs-03-audit.png)
Sie können auch nach bestimmten Ereignissen, bestimmten Orten oder Personen filtern.