8.0 KiB

Raw Blame History

Read these guidelines in other languages

Beitragsrichtlinien

Hallo 👋!

freeCodeCamp.org wird dank vieler tausender Freiwilligen wie dir ermöglicht. Wir sind sehr dankbar für deine Beiträge und freuen uns, dich hier willkommen zu heißen.

Wir setzen unseren „Verhaltenskodex″ streng durch. Nimm dir einen Moment Zeit, ihn zu lesen. Er ist nur 196 Wörter lang.

Viel Spaß beim Mitwirken 🎉!

Hier sind einige Wege, wie du helfen kannst

Du kannst dir einen beliebigen Bereich aussuchen, zu dem du etwas beitragen möchtest:

Trage etwas zu dieser Open-Source-Codebase bei. Hilf dabei, die Leitfaden-Artikel oder die Coding Challenges zu bearbeiten, oder fixe Bugs auf der Lernplattform.
Hilf Campern in unserem öffentlichen Forum. Beantworte ihre Programmierfragen oder oder gib ihnen Feedback zu ihren Programmierprojekten.
Hilf uns, Untertitel zu unseren YouTube-Kanal-Videos hinzuzufügen.

Trage etwas zu dieser Open-Source-Codebase bei

Wir haben eine riesige Open-Source-Codebase, die aus tausenden von Coding Challenges und Leitfaden-Artikeln besteht.

Erstelle, überarbeite, und behebe Fehler in unseren Coding Challenges

Alle unsere Coding Challenges werden von der Community beaufsichtigt und bringen Expertenwissen von Freiwilligen wie dir ein.

Du kannst helfen, diese zu erweitern und ihren Wortlaut zu verbessern. Du kannst auch die User Stories aktualisieren, um das Konzept besser zu erklären oder redundante zu entfernen. Außerdem kannst du auch die Challenge-Tests verbessern, um den Code von Personen genauer zu testen.

Helfe uns, Fehler in der Lernplattform von freeCodeCamp.org zu beheben.

Unsere Lernplattform läuft auf einem modernen JavaScript-Stack. Es enthält verschiedene Komponenten, Tools und Bibliotheken, einschließlich, aber nicht beschränkt auf, Node.js, MongoDB, LoopBack, OAuth 2.0, React, Gatsby, Webpack und mehr.

Im Großen und Ganzen haben wir,

einen Node.js-basierten API-Server.
eine Reihe von React-basierten Client-Anwendungen.
ein Skript, mit dem wir unsere Frontend-Projekte auswerten.

Dazu beizutragen erfordert ein gewisses Verständnis von APIs, ES6-Syntax und viel Neugierde.

Im Wesentlichen erwarten wir grundlegende Kenntnisse in einigen der oben genannten Technologien, Tools und Bibliotheken. Allerdings ist es nicht erforderlich, dass du ein Experte für diese Technologien bist, um einen Beitrag leisten zu können.

Wenn du uns helfen möchtest, unsere Codebasis zu verbessern, kannst du entweder freeCodeCamp lokal einrichten oder Gitpod, eine kostenlose Online-Dev-Umgebung, verwenden.

(Startet eine ready-to-code Entwicklungsumgebung für Freecodecamp in deinem Browser.)

Häufig gestellte Fragen

Wie kann ich einen Bug melden, der noch nicht dokumentiert wurde?

Wenn du denkst, dass du einen Bug gefunden hast, lies zunächst den "Hilfe, ich habe einen Bug gefunden"-Artikel und folge den Anweisungen.

Wenn du dir sicher bist, dass es sich um einen neuen Bug handelt, kannst du ein neues GitHub-Issue erstellen. Stelle sicher, dass du so viel Information wie möglich dazuschreibst, sodass wir den Bug nachvollziehen können. Wie haben ein vorgefertigtes Issue-Template, das dir dabei hilft.

Bitte beachte, dass alle Issues, die nach Hilfe bei einer Coding Challenge fragen, geschlossen werden. Der Issue-Tracker ist ausschließlich für Probleme und Diskussionen, die sich auf die Codebase beziehen. Wenn du dir nicht sicher bist, frag im Forum nach Hilfe, bevor du einen Report machst.

Wie kann ich ein Sicherheitsrisiko melden?

Bitte erstelle keine GitHub-Issues für Sicherheitsrisiken. Schicke stattdessen eine E-Mail an security@freecodecamp.org und wir werden uns sofort darum kümmern.

Was bedeuten die unterschiedlichen Label, die auf Issues getaggt sind?

Unsere Community-Moderatoren sichten Issues und Pull Requests basierend auf ihrer Priorität, Schwere und anderen Faktoren. Hier findest du das komplette Glossar zu den Bedeutungen.

Du solltest durch die Help Wanted oder first timers welcome Issues schauen, um einen schnellen Überblick über das, woran du arbeiten könntest, zu gewinnen. Diese sind frei zur Bearbeitung und du musst nicht nach Erlaubnis fragen, um daran zu arbeiten.

Wenn diese Issues unklar sind bezüglich was getan werden muss, zögere nicht, Fragen in den Kommentaren zu stellen.

Ich habe einen Rechtschreibfehler gefunden, soll ich ein Issue öffnen, bevor ich einen Pull Request machen kann?

Für Rechtschreibfehler und andere Formulierungsänderungen kannst du direkt einen Pull Request erstellen, ohne vorher ein Issue zu öffnen. Issues sind eher für die Diskussion größerer Probleme, die sich mit dem Code und anderen strukturellen Aspekten des Curriculums beschäftigen.

Wie bekomme ich ein Problem zugewiesen?

Wir weisen Probleme in der Regel niemandem außer Langzeit-Mitarbeitern zu, um mehrdeutige No-Shows zu vermeiden. Stattdessen verfolgen wir die untenstehende Richtlinie, um allen gegenüber fair zu sein:

Die erste Pull-Anforderung für ein Problem wird als zusammengeführt angesehen.
Im Falle von mehreren Pull-Anfragen für das gleiche Problem geben wir der Qualität des Codes in den Pull-Anfragen Vorrang.
- Hast du Tests eingebaut?
- Hast du alle Anwendungsfälle gefunden?
- Hast du sichergestellt, dass alle Tests bestanden wurden, und hast du bestätigt, dass alles vor Ort funktioniert?
Schließlich favorisieren wir Pull-Requests, die unseren empfohlenen Richtlinien folgen.
- Hast du die Checkliste für Pull-Requests befolgt?
- Hast du deinen Pull-Request Titel sinnvoll benannt und formuliert?

Du benötigst keine Berechtigung für Probleme, die mit Help Wanted oder first timers welcome markiert sind. Befolge die Anweisungen sorgfältig und öffne einen Pull-Request.

Ich bin ein GitHub/Open-Source-Neuling:

Lies unseren Wie wirke ich an Open-Source-Projekten mit-Artikel.

Ich hänge an etwas fest, das nicht in der Dokumentation beschrieben ist. Wie bekomme ich Hilfe?

An den folgenden Orten kannst du um Hilfe bitten:

Wir helfen dir sehr gerne beim Mitwirken an jeglichen Bereichen, die dich interessieren. Stelle sicher, dass du erst nach deiner Anfrage suchst, bevor du eine neue anlegst. Sei höflich und geduldig. Unsere Community von Freiwilligen und Moderatoren ist immer da, um dich bei deinen Anliegen zu führen.

Name	GitHub	Twitter
Mrugesh Mohapatra	`@raisedadead`	`@raisedadead`
Ahmad Abdolsaheb	`@ahmadabdolsaheb`	`@Abdolsaheb`
Kristofer Koishigawa	`@scissorsneedfoodtoo`	`@kriskoishigawa`

Email: dev@freecodecamp.org

8.0 KiB Raw Blame History