add unicode characters

pull/30179/head
Benedikt Rollik 2021-10-22 11:15:54 +02:00
parent bbc216bc72
commit 249248e946
1 changed files with 29 additions and 30 deletions

View File

@ -9,32 +9,31 @@ card:
<!-- overview -->
Die SIG Docs ist eine der
[Special Interest Groups ](https://github.com/kubernetes/community/blob/master/sig-list.md) (Fachspezifischen Interessengruppen) innerhalb des Kubernetes-Projekts, die sich auf as Schreiben, Aktualisieren und Pflegen der Dokumentation f&uuml;r Kubernetes als Ganzes konzentriert. Weitere Informationen &uuml;ber die SIG findest du unter SIG Docs im [GitHub Repository der Community](https://github.com/kubernetes/community/tree/master/sig-docs).
Die SIG Docs ist eine der [Special Interest Groups](https://github.com/kubernetes/community/blob/master/sig-list.md) (Fachspezifischen Interessengruppen) innerhalb des Kubernetes-Projekts, die sich auf das Schreiben, Aktualisieren und Pflegen der Dokumentation für Kubernetes als Ganzes konzentriert. Weitere Informationen über die SIG findest du unter SIG Docs im [GitHub Repository der Community](https://github.com/kubernetes/community/tree/master/sig-docs).
SIG Docs begr&uuml;&szlig;t Inhalte und Bewertungen von allen Mitwirkenden. Jeder kann einen
Pull Request (PR) er&ouml;ffnen, und jeder ist willkommen, Fragen zum Inhalt zu stellen oder Kommentare
SIG Docs begrüßt Inhalte und Bewertungen von allen Mitwirkenden. Jeder kann einen
Pull Request (PR) eröffnen, und jeder ist willkommen, Fragen zum Inhalt zu stellen oder Kommentare
zu laufenden Pull Requests abzugeben.
Du kannst dich ausserdem als [Member](/de/docs/contribute/participate/roles-and-responsibilities/#member),
[Reviewer](/de/docs/contribute/participate/roles-and-responsibilities/#reviewer), oder
[Approver](/de/docs/contribute/participate/roles-and-responsibilities/#approver) beteiligen.
Diese Rollen erfordern einen erweiterten Zugriff und bringen bestimmte Verantwortlichkeiten f&uuml;r
Änderungen zu genehmigen und zu best&auml;tigen.
Unter [community-membership](https://github.com/kubernetes/community/blob/master/community-membership.md) findest du weitere Informationen dar&uuml;ber, wie die Mitgliedschaft in der Kubernetes-Community funktioniert.
Diese Rollen erfordern einen erweiterten Zugriff und bringen bestimmte Verantwortlichkeiten für
Änderungen zu genehmigen und zu bestätigen.
Unter [community-membership](https://github.com/kubernetes/community/blob/master/community-membership.md) findest du weitere Informationen darüber, wie die Mitgliedschaft in der Kubernetes-Community funktioniert.
Der Rest dieses Dokuments umrei&szlig,t einige spezielle Vorgehensweisen dieser Rollen innerhalb von SIG Docs, die f&uuml;r die Pflege eines der &ouml;ffentlichsten Aush&auml;ngeschilder von Kubernetes verantwortlich ist - die Kubernetes-Website und die Dokumentation.
Der Rest dieses Dokuments umrei&szlig,t einige spezielle Vorgehensweisen dieser Rollen innerhalb von SIG Docs, die für die Pflege eines der öffentlichsten Aushängeschilder von Kubernetes verantwortlich ist - die Kubernetes-Website und die Dokumentation.
<!-- body -->
## SIG Docs Vorstand
Jede SIG, auch die SIG Docs, w&auml;hlt ein oder mehrere SIG-Mitglieder, die als
Jede SIG, auch die SIG Docs, wählt ein oder mehrere SIG-Mitglieder, die als
Vorstand fungieren. Sie sind die Kontaktstellen zwischen der SIG Docs und anderen Teilen der
der Kubernetes-Organisation. Sie ben&ouml;tigen umfassende Kenntnisse &uuml;ber die Struktur
der Kubernetes-Organisation. Sie benötigen umfassende Kenntnisse über die Struktur
des Kubernetes-Projekts als Ganzes und wie SIG Docs darin arbeitet. Informationen zur [Leitung](https://github.com/kubernetes/community/tree/master/sig-docs#leadership) und den aktuellen Vorsitzenden.
## SIG Docs-Teams und Automatisierung
Die Automatisierung in SIG Docs st&uuml;tzt sich auf zwei verschiedene Mechanismen:
Die Automatisierung in SIG Docs stützt sich auf zwei verschiedene Mechanismen:
GitHub-Teams und OWNERS-Dateien.
### GitHub Teams
@ -47,13 +46,13 @@ Es gibt zwei Kategorien von SIG Docs [Teams](https://github.com/orgs/kubernetes/
Jede Gruppe kann in GitHub-Kommentaren mit ihrem `@name` referenziert werden, um mit
mit allen Mitgliedern dieser Gruppe zu kommunizieren.
Manchmal &uuml;berschneiden sich Prow- und GitHub-Teams, ohne genau &uuml;bereinzustimmen. F&uuml;r
Zuordnung von Issues, Pull-Requests und zur Unterst&uuml;tzung von PR-Genehmigungen verwendet die
Manchmal überschneiden sich Prow- und GitHub-Teams, ohne genau übereinzustimmen. Für
Zuordnung von Issues, Pull-Requests und zur Unterstützung von PR-Genehmigungen verwendet die
Automatisierung die Informationen aus den `OWNERS`-Dateien.
### OWNERS Dateien und Front-Matter
Das Kubernetes-Projekt verwendet ein Automatisierungstool namens prow f&uuml;r die Automatisierung im Zusammenhang mit GitHub-Issues und Pull-Requests.
Das Kubernetes-Projekt verwendet ein Automatisierungstool namens prow für die Automatisierung im Zusammenhang mit GitHub-Issues und Pull-Requests.
Das [Kubernetes-Website-Repository](https://github.com/kubernetes/website) verwendet zwei [prow-Plugins](https://github.com/kubernetes/test-infra/tree/master/prow/plugins):
- blunderbuss
@ -65,34 +64,34 @@ Diese beiden Plugins verwenden die
Dateien auf der obersten Ebene des GitHub-Repositorys `kubernetes/website`, um zu steuern
wie prow innerhalb des Repositorys arbeitet.
Eine OWNERS-Datei enth&auml;lt eine Liste von Personen, die SIG Docs-Reviewer und
Genehmiger sind. OWNERS-Dateien k&ouml;nnen auch in Unterverzeichnissen existieren und bestimmen, wer
Eine OWNERS-Datei enthält eine Liste von Personen, die SIG Docs-Reviewer und
Genehmiger sind. OWNERS-Dateien können auch in Unterverzeichnissen existieren und bestimmen, wer
Dateien in diesem Unterverzeichnis und seinen Unterverzeichnissen als Rezensent oder
Genemiger best&auml;tigen darf. Weitere Informationen &uuml;ber OWNERS-Dateien im Allgemeinen findest du unter
Genemiger bestätigen darf. Weitere Informationen über OWNERS-Dateien im Allgemeinen findest du unter
[OWNERS](https://github.com/kubernetes/community/blob/master/contributors/guide/owners.md).
Au&szlig,erdem kann eine einzelne Markdown-Datei in ihrem Front-Matter (Vorspann) Reviewer und Genehmiger auflisten.
Entweder durch Auflistung einzelner GitHub-Benutzernamen oder GitHub-Gruppen.
Die Kombination aus OWNERS-Dateien und Front-Matter in Markdown-Dateien bestimmt, welche Ratschl&auml;ge PR-Eigent&uuml;mer von automatisierten Systemen erhalten, und wen sie um eine technische und redaktionelle Überpr&uuml;fung ihres PRs bitten sollen.
## So funktioniert das Zusammenf&uuml;hren
Die Kombination aus OWNERS-Dateien und Front-Matter in Markdown-Dateien bestimmt, welche Ratschläge PR-Eigentümer von automatisierten Systemen erhalten, und wen sie um eine technische und redaktionelle Überprüfung ihres PRs bitten sollen.
## So funktioniert das Zusammenführen
Wenn ein Pull Request mit der Branch (Ast) zusammengef&uuml;hrt wird, in dem der Inhalt ver&ouml;ffentlicht werden soll, wird dieser Inhalt auf http://kubernetes.io ver&ouml;ffentlicht. Um sicherzustellen, dass die Qualit&auml;t der ver&ouml;ffentlichten Inhalte hoch ist, beschr&auml;nken wir das Zusammenf&uuml;hren von Pull Requests auf
Wenn ein Pull Request mit der Branch (Ast) zusammengeführt wird, in dem der Inhalt veröffentlicht werden soll, wird dieser Inhalt auf http://kubernetes.io veröffentlicht. Um sicherzustellen, dass die Qualität der veröffentlichten Inhalte hoch ist, beschränken wir das Zusammenführen von Pull Requests auf
SIG Docs Freigabeberechtigte. So funktioniert es:
- Wenn eine Pull-Anfrage sowohl das `lgtm`- als auch das `approve`-Label hat, kein `hold`-Label hat,
und alle Tests bestanden sind, wird der Pull Request automatisch zusammengef&uuml;hrt.
- Mitglieder der Kubernetes-Organisation und SIG Docs-Genehmiger k&ouml;nnen Kommentare hinzuf&uuml;gen, um
Kommentare hinzuf&uuml;gen, um das automatische Zusammenf&uuml;hren eines Pull Requests zu verhindern (durch Hinzuf&uuml;gen eines `/hold`-Kommentars
kann ein vorheriger `/lgtm`-Kommentar zur&uuml;ckgehalten werden).
- Jedes Kubernetes-Mitglied kann das `lgtm`-Label hinzuf&uuml;gen, indem es einen `/lgtm`-Kommentar hinzuf&uuml;gt.
- Nur SIG Docs-Genehmiger k&ouml;nnen einen Pull Request zusammenf&uuml;hren indem sie einen `/approve` Kommentar hinzuf&uuml;gen.
Einige Genehmiger &uuml;bernehmen auch weitere spezielle Rollen, wie zum Beispiel [PR Wrangler](/docs/contribute/participate/pr-wranglers/) oder [SIG Docs Vorsitzende](#sig-docs-chairperson).
und alle Tests bestanden sind, wird der Pull Request automatisch zusammengeführt.
- Mitglieder der Kubernetes-Organisation und SIG Docs-Genehmiger können Kommentare hinzufügen, um
Kommentare hinzufügen, um das automatische Zusammenführen eines Pull Requests zu verhindern (durch Hinzufügen eines `/hold`-Kommentars
kann ein vorheriger `/lgtm`-Kommentar zurückgehalten werden).
- Jedes Kubernetes-Mitglied kann das `lgtm`-Label hinzufügen, indem es einen `/lgtm`-Kommentar hinzufügt.
- Nur SIG Docs-Genehmiger können einen Pull Request zusammenführen indem sie einen `/approve` Kommentar hinzufügen.
Einige Genehmiger übernehmen auch weitere spezielle Rollen, wie zum Beispiel [PR Wrangler](/docs/contribute/participate/pr-wranglers/) oder [SIG Docs Vorsitzende](#sig-docs-chairperson).
## {{% heading "whatsnext" %}}
Weitere Informationen &uuml;ber die Mitarbeit an der Kubernetes-Dokumentation findest du unter:
Weitere Informationen über die Mitarbeit an der Kubernetes-Dokumentation findest du unter:
- [Neue Inhalte beisteuern](/docs/contribute/new-content/overview/)
- [Inhalte &uuml;berpr&uuml;fen](/docs/contribute/review/reviewing-prs)
- [Styleguide f&uuml;r die Dokumentation](/docs/contribute/style/)
- [Inhalte überprüfen](/docs/contribute/review/reviewing-prs)
- [Styleguide für die Dokumentation](/docs/contribute/style/)