add unicode characters

Author: bene2k1

content/de/docs/contribute/participate/_index.md

@@ -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/)