Arbeiten mit Projekten
Dieser Bereich führt vom Entdecken eines Projekts bis zum Einreichen einer Änderung. Er setzt kein Wissen über Namensräume, Berechtigungsdateien oder das angebundene Quellcodeverwaltungssystem voraus.
Erste Schritte
Schnelleinstieg: Vom Projekt zum Quelltext — der kürzeste Weg zum ersten Ergebnis, in drei Schritten, ohne Git.
Projekt finden → Repository finden → Quelltext ansehen → clonen → Änderung einreichen
Woran gearbeitet wird, steht daneben: Arbeitselemente → finden → bearbeiten
Häufige Aufgaben
Aufbau
<html>
<div style="display:grid;grid-template-columns:repeat(4,minmax(130px,1fr));min-width:560px">
<div style="border-right:1px solid var(--wk-border-light, #e3e6ec);padding:10px 12px">
<div style="font:600 12px/1.4 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-ink, #3b4252)">1 Einstieg</div>
<div style="font:11px/1.5 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-text, #5b6472)">beide Zahlen, beide Listen</div>
</div>
<div style="border-right:1px solid var(--wk-border-light, #e3e6ec);padding:10px 12px">
<div style="font:600 12px/1.4 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-ink, #3b4252)">2 Repositories</div>
<div style="font:11px/1.5 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-text, #5b6472)">projektübergreifende Liste</div>
</div>
<div style="border-right:1px solid var(--wk-border-light, #e3e6ec);padding:10px 12px">
<div style="font:600 12px/1.4 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-ink, #3b4252)">3 Repository</div>
<div style="font:11px/1.5 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-text, #5b6472)">Code, Commits, Branches, Tags</div>
</div>
<div style="padding:10px 12px">
<div style="font:600 12px/1.4 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-ink, #3b4252)">4 Beziehen</div>
<div style="font:11px/1.5 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-text, #5b6472)">ZIP, Clone, Entwicklungsumgebung</div>
</div>
</div>
<div style="border-top:1px solid var(--wk-border-light, #e3e6ec);padding:10px 12px">
<div style="font:600 12px/1.4 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-ink, #3b4252)">5 Arbeitselemente</div>
<div style="font:11px/1.5 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-text, #5b6472)">suchen, öffnen, anlegen, pflegen</div>
</div>
<div style="border-top:1px solid var(--wk-border-light, #e3e6ec);padding:10px 12px">
<div style="font:600 12px/1.4 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-ink, #3b4252)">6 Mitwirken</div>
<div style="font:11px/1.5 var(--wk-font-body, system-ui, sans-serif);color:var(--wk-text, #5b6472)">Rolle sehen, Zugriff anfordern, Änderung einreichen</div>
</div>
</html>
| Region | Was dort passiert |
|---|---|
| 1 | Der Einstieg. Nennt, wie viele Projekte und Repositories dieses Konto sehen darf, und führt beide Listen mit Suche und Filtern. |
| 2 | Die Repository-Tabelle über alle Projekte hinweg — als Teil des Einstiegs oder für sich allein, wenn nur der Repository-Name bekannt ist. |
| 3 | Ein Repository mit Dateibaum, Verlauf, Branch- und Tag-Liste, und Auswahllisten für Repository und Branch. |
| 4 | Die Wege zum Quelltext: Archiv, Git, Entwicklungsumgebung. |
| 5 | Die Arbeitselemente des Projekts aus Azure DevOps: suchen und filtern, öffnen, und mit der passenden Rolle anlegen und pflegen. |
| 6 | Der Weg von „darf lesen„ zu „darf beitragen“. |
Wesentliche Funktionen
- Projektübersicht mit Suche, Statusfilter und der eigenen Rolle je Projekt.
- Projektübergreifende Repository-Liste, gefiltert nach dem, was das eigene Konto sehen darf.
- Quelltextansicht im Browser mit Auswahllisten für Repository und Branch, Commit-Verlauf und Tag-Liste, ohne lokale Installation.
- Archiv-Download als ZIP-Datei für alle, die kein Git verwenden.
- Git-Zugang über einen Endpunkt des Wikis, mit persönlichem Zugriffstoken.
- Die Arbeitselemente aus Azure DevOps: Volltextsuche mit fünf Filtern, Einzelansicht mit Feldern, Verknüpfungen und Verlauf, und — mit der passenden Rolle — Anlegen, Bearbeiten, Zuweisen, Kommentieren und Verknüpfen.
- Strukturierte Anfrage für Contributor-Rechte statt der Aufforderung, jemanden zu suchen.
Grundgedanke
Ein Projekt ist ein Arbeitsbereich mit eigenem Schlüssel. Die Rolle einer Person gilt für das ganze Projekt, nicht für die einzelne Seite, und ein Repository erbt die Berechtigung des Namensraums, an dem es hängt. Es gibt daher kein zweites Berechtigungssystem neben dem des Wikis.
Ausführlich: Wie ein Projekt aufgebaut ist beschreibt die Bereiche, Sichtbarkeit und Berechtigungen die Folgen für Listen und Zahlen, Mitwirken die Rollenleiter.
Administration
Die Verwaltung der Verbindungen und Einbindungen liegt bei der Wiki-Administration; die Projektseiten selbst werden von den Projektbeteiligten geschrieben. Die Einbindung eines Repositories setzt zugleich die Berechtigungen seines Namensraums. Wie ein neues Projekt entsteht, steht in Ein Projekt anlegen.
Störungen
- Störungen nachschlagen — die angezeigte Meldung im Wortlaut suchen
Für Entwicklerinnen und Entwickler
- DevOps Core — Projekt-, Rollen- und Navigationsmodell
- ADO-Git-Plugin — Repository-Einbindung und Git-Endpunkt
- ADO-Arbeitselemente — die Sicht auf den Arbeitsbestand
Verwandte Themen
- Projekte und Repositories — der Einstieg, der beide Fragen beantwortet
- Repositories — nur die Repository-Tabelle
- Sichtbarkeit und Berechtigungen — was die Zahlen bedeuten
- Wie ein Projekt aufgebaut ist — die Bereiche eines Projekts