From 215b4f8a758053bc912650ea1227a387bb93bf37 Mon Sep 17 00:00:00 2001 From: Katrin Leinweber Date: Fri, 27 Sep 2019 17:52:35 +0200 Subject: [PATCH 1/4] Translate "good first issue" sections to German Follow-up to 7b5aebc02a71b1f9f62873757a0643c0668612bd --- _articles/de/best-practices.md | 2 ++ _articles/de/building-community.md | 1 + _articles/de/how-to-contribute.md | 4 +++- 3 files changed, 6 insertions(+), 1 deletion(-) diff --git a/_articles/de/best-practices.md b/_articles/de/best-practices.md index 53a8361541c..1b8303df942 100644 --- a/_articles/de/best-practices.md +++ b/_articles/de/best-practices.md @@ -179,6 +179,8 @@ Sie müssen nicht alles selbst machen. Die Gemeinschaft Ihres Projekts existiert Wenn Sie auf der Suche nach Mitwirkenden sind, fragen Sie doch einfach mal herum. +Sie können auch [Issues, die für Anfänger einfach genug sind, explizit markieren](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels). GitHub weist auf solche Issues vermehrt hin, sodass beitragswillige Neulinge zu nützlicher Mitarbeit ermuntert werden. + Wenn Sie neue Mitwirkende bemerken, die wiederholt Beiträge leisten, erkennen Sie deren Arbeit an, indem Sie ihnen mehr Verantwortung anbieten. Dokumentieren Sie, wie andere in Führungsrollen hineinwachsen können, wenn sie es wünschen. Andere zu ermutigen, [sich am Projekt zu beteiligen](../building-community/#teilen-sie-die-eigentümerschaft-an-ihrem-projekt), kann den eigenen Arbeitsaufwand erheblich reduzieren, wie @lmccart in ihrem Projekt [p5.js](https://github.com/processing/p5.js) feststellte. diff --git a/_articles/de/building-community.md b/_articles/de/building-community.md index 953965afb8f..d3d4bf3eff7 100644 --- a/_articles/de/building-community.md +++ b/_articles/de/building-community.md @@ -28,6 +28,7 @@ Beginnen Sie mit der Dokumentation: * **Helfen Sie beim Einstieg in ihr Projekt.** [Eine freundliche README](../starting-a-project/#eine-readme-schreiben) und anschauliche Codebeispiele erleichtern Allen, die auf Ihr Projekt stoßen, den Einstieg. * **Erklären Sie in klaren Worten, wie Leute beitragen sollen**, bspw. in [einer CONTRIBUTING-Datei](../starting-a-project/#ihre-beitragsrichtlinien-aufschreiben), und indem Sie die Issues stets aktuell halten. +* **Good first issues**: Um neuen Mitwirkenden den Einstieg zu erleichtern, sollten Sie [für Anfänger\*innen* geeignete Issues explizit kenntlich machen](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels). GitHub weist auf solche Issues vermehrt hin, sodass beitragswillige Neulinge zu nützlicher Mitarbeit ermuntert werden, ohne sich erst durch vermutlich zu schwere Issues durchkämpfen zu müssen. [GitHubs 2017er Open-Source-Umfrage](http://opensourcesurvey.org/2017/) zeigte, dass unvollständige oder verwirrende Dokumentation das größte Problem für Open-Source-Anwender\*innen ist. Eine gute Dokumentation lädt zur Interaktion mit Ihrem Projekt ein. Wenn jemand ein Issue oder Pull Request erstellt, bietet sich für Sie die Möglichkeit, diese Person durch den Trichter zu bugsieren. diff --git a/_articles/de/how-to-contribute.md b/_articles/de/how-to-contribute.md index f0ab92f3408..fc7f0716abb 100644 --- a/_articles/de/how-to-contribute.md +++ b/_articles/de/how-to-contribute.md @@ -229,7 +229,9 @@ Sie können eine README überfliegen und einen defekten Link oder einen Tippfehl > > [28% of casual contributions](https://www.igor.pro.br/publica/papers/saner2016.pdf) to open source are documentation, such as a typo fix, reformatting, or writing a translation. -Auf einer der folgenden Seiten können Sie neue Projekte zum Beitragen entdecken (alle englischsprachig): +Wenn Sie Issues suchen, die Sie beheben könnten, hat jedes Open-Source-Projekt eine Seite, die Neuling-freundliche Issues aufzeigt. Navigieren Sie zur Repository-Hauptseite auf GitHub und fügen Sie `/contribute` der URL hinzu (z.B.[`https://github.com/facebook/react/contribute`](https://github.com/facebook/react/contribute)). + +Weiterhin, können Sie auf folgenden Seiten neue Projekte zum Beitragen entdecken (alle englischsprachig): * [GitHub Explore](https://github.com/explore/) * [Open Source Friday](https://opensourcefriday.com) From b061fbab5e744a334d76e456071433602538ae67 Mon Sep 17 00:00:00 2001 From: Katrin Leinweber Date: Fri, 27 Sep 2019 17:53:37 +0200 Subject: [PATCH 2/4] Translate probot/no-response & dependabot-preview items to German Follow-up to bf9d3a8f8445ea14dbfb93cb7a83e6f0d06e7240 & 83705be5c6954525eba51d7c3f50bf9c69d101f9 --- _articles/de/best-practices.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/_articles/de/best-practices.md b/_articles/de/best-practices.md index 1b8303df942..5023b8beb1b 100644 --- a/_articles/de/best-practices.md +++ b/_articles/de/best-practices.md @@ -264,6 +264,8 @@ Viele Maintainer\*innen populärer Projekte sind mit ähnlichen Problemen konfro * [semantic-release](https://github.com/semantic-release/semantic-release) automatisiert Ihre Veröffentlichungen * [mention-bot](https://github.com/facebook/mention-bot) erwähnt potentielle Reviewer für Pull Requests * [Danger](https://github.com/danger/danger) hilft bei der Automatisierung des Code Review +* [no-response](https://github.com/probot/no-response) schließt Issues deren Autor\*in nicht auf Nachfragen antwortet +* [dependabot-preview](https://github.com/marketplace/dependabot-preview) prüft bekannte Abhängigkeitsdateien täglich und eröffnet Pull Requests, sobald Aktualisierungen verfügbar werden Für Fehlerberichte und andere allgemeine Beiträge hat GitHub [Issue- und Pull-Request-Templates](https://github.com/blog/2111-issue-and-pull-request-templates), die Sie erstellen können, um die Kommunikation zu optimieren. @TalAter hat einen [Choose Your Own Adventure Guide](https://www.talater.com/open-source-templates/#/) erstellt, der Ihnen beim Schreiben dieser Vorlagen hilft. From 476260ad8a51594db711615b10cdb97c49ea4abd Mon Sep 17 00:00:00 2001 From: Katrin Leinweber Date: Fri, 27 Sep 2019 18:04:43 +0200 Subject: [PATCH 3/4] Translate "improve software you rely" to German Follow-up to e10e3dfd39afe871c8821eb4dd04db2de8ba853b --- _articles/de/how-to-contribute.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/_articles/de/how-to-contribute.md b/_articles/de/how-to-contribute.md index fc7f0716abb..c7cd9d5e4fe 100644 --- a/_articles/de/how-to-contribute.md +++ b/_articles/de/how-to-contribute.md @@ -28,6 +28,10 @@ Zu Open Source beizutragen, kann ein lohnender Weg sein, um nahezu alle erdenkli Warum tragen Menschen zu Open Source bei? Es gibt viele Gründe! +### Software verbessern, auf die Sie sich verlassen. + +Viele Open-Source-Beitragende waren vorher Nutzer\*innen der Software, zu der sie beitragen. Wenn Sie einen Fehler in einer von Ihnen verwendeten Open-Source-Software finden, sollten Sie sich im Quellcode umsehen, ob Sie den Fehler evtl. selbst patchen können. Wenn ja, ist einen Patch einzureichen der beste Weg sicherzustellen, dass Ihre Kolleg\*innen (und Sie selbst, wenn Sie auf die nächste Version aktualisieren) davon profitieren können. + ### Bestehende Fähigkeiten verbessern Ob Programmierung, User Interface Design, Grafikdesign, Schreiben oder Organisieren: Wenn Sie auf der Suche nach Praxiserfahrung sind, werden Sie dafür passende Aufgaben in einem Open-Source-Projekt finden. From 66e6c9ae8f1c75cb9d845ab832cf601cecc18625 Mon Sep 17 00:00:00 2001 From: Katrin Leinweber Date: Fri, 27 Sep 2019 19:55:49 +0200 Subject: [PATCH 4/4] Note language of external resource --- _articles/de/best-practices.md | 2 +- _articles/de/building-community.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/_articles/de/best-practices.md b/_articles/de/best-practices.md index 5023b8beb1b..2e2e20b32b8 100644 --- a/_articles/de/best-practices.md +++ b/_articles/de/best-practices.md @@ -179,7 +179,7 @@ Sie müssen nicht alles selbst machen. Die Gemeinschaft Ihres Projekts existiert Wenn Sie auf der Suche nach Mitwirkenden sind, fragen Sie doch einfach mal herum. -Sie können auch [Issues, die für Anfänger einfach genug sind, explizit markieren](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels). GitHub weist auf solche Issues vermehrt hin, sodass beitragswillige Neulinge zu nützlicher Mitarbeit ermuntert werden. +Sie können auch [Issues, die für Anfänger einfach genug sind, explizit markieren (Englisch)](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels). GitHub weist auf solche Issues vermehrt hin, sodass beitragswillige Neulinge zu nützlicher Mitarbeit ermuntert werden. Wenn Sie neue Mitwirkende bemerken, die wiederholt Beiträge leisten, erkennen Sie deren Arbeit an, indem Sie ihnen mehr Verantwortung anbieten. Dokumentieren Sie, wie andere in Führungsrollen hineinwachsen können, wenn sie es wünschen. diff --git a/_articles/de/building-community.md b/_articles/de/building-community.md index d3d4bf3eff7..6f6b41d0bb0 100644 --- a/_articles/de/building-community.md +++ b/_articles/de/building-community.md @@ -28,7 +28,7 @@ Beginnen Sie mit der Dokumentation: * **Helfen Sie beim Einstieg in ihr Projekt.** [Eine freundliche README](../starting-a-project/#eine-readme-schreiben) und anschauliche Codebeispiele erleichtern Allen, die auf Ihr Projekt stoßen, den Einstieg. * **Erklären Sie in klaren Worten, wie Leute beitragen sollen**, bspw. in [einer CONTRIBUTING-Datei](../starting-a-project/#ihre-beitragsrichtlinien-aufschreiben), und indem Sie die Issues stets aktuell halten. -* **Good first issues**: Um neuen Mitwirkenden den Einstieg zu erleichtern, sollten Sie [für Anfänger\*innen* geeignete Issues explizit kenntlich machen](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels). GitHub weist auf solche Issues vermehrt hin, sodass beitragswillige Neulinge zu nützlicher Mitarbeit ermuntert werden, ohne sich erst durch vermutlich zu schwere Issues durchkämpfen zu müssen. +* **Good first issues**: Um neuen Mitwirkenden den Einstieg zu erleichtern, sollten Sie [für Anfänger\*innen* geeignete Issues explizit kenntlich machen (Englisch)](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels). GitHub weist auf solche Issues vermehrt hin, sodass beitragswillige Neulinge zu nützlicher Mitarbeit ermuntert werden, ohne sich erst durch vermutlich zu schwere Issues durchkämpfen zu müssen. [GitHubs 2017er Open-Source-Umfrage](http://opensourcesurvey.org/2017/) zeigte, dass unvollständige oder verwirrende Dokumentation das größte Problem für Open-Source-Anwender\*innen ist. Eine gute Dokumentation lädt zur Interaktion mit Ihrem Projekt ein. Wenn jemand ein Issue oder Pull Request erstellt, bietet sich für Sie die Möglichkeit, diese Person durch den Trichter zu bugsieren.