Beitrag zur Mozilla-Code-Basis – Mozilla MDN Wie funktioniert die Bitcoin-Transaktion?

Die Mozilla-Community ist stolz darauf, eine offene, zugängliche und freundliche Community für neue Teilnehmer zu sein. Wenn Sie Schwierigkeiten haben, sich zu engagieren oder Antworten auf Ihre Fragen zu finden, bringen Sie sie bitte in den Diskussionsraum #intruction unter irc.mozilla.org, wo wir Ihnen helfen können.

Wir wissen, dass dies schon vor Beginn der Implementierung, der Arbeit an Firefox und der Suche nach einem Fehler, der zu Ihren Fähigkeiten passt, eine Herausforderung darstellen kann. Wir sind immer auf der Suche nach Möglichkeiten, diesen Prozess zu verbessern: Mozilla offener, zugänglicher und einfacher zu nutzen. Wenn Sie Schwierigkeiten haben, dieser Dokumentation zu folgen oder auf eine Barriere zu stoßen, die Sie nicht umgehen können, bitte kontaktiere Mike Hoye bei mhoye@mozilla.com.


Wir sind entschlossen, die Hindernisse für neue Mitwirkende zu lösen. Welche Fähigkeiten brauche ich?

• Es gibt sogar mehrere Möglichkeiten, ohne Programmierung zur Mozilla-Mission beizutragen. Wenn Sie Interesse an Design, Support, Übersetzung, Tests oder anderen Arten von Beiträgen haben, besuchen Sie bitte die Seite “Volunteer Opportunities”.

Wenn Sie einen Beitrag zu Firefox leisten möchten, finden Sie hier eine einfache Anleitung zum Erstellen eines Firefox-Desktops und mobile Mitwirkende können hier beginnen, um Firefox für Android zu erstellen. Die Installation kann eine Weile dauern, es gibt große Downloads, so dass Sie während der Konstruktion mit den folgenden Schritten fortfahren können. Zusätzliche Bauanleitungen finden Sie hier.

Sobald Sie etwas gefunden haben, an dem Sie arbeiten können, kommentieren Sie! Lassen Sie den Bug-Emitter, den Überprüfer und den Komponentenbesitzer wissen, dass Sie an dem Fehler arbeiten möchten. Vielleicht erhalten Sie zusätzliche Informationen, vielleicht auch den Rechtsnachfolger. Reparieren Sie Ihr Haustier ärgern

• Good First Bug – ist der beste Weg, um Ihre ersten Schritte im Mozilla-Ökosystem zu machen. Sie alle beinhalten kleine Änderungen, manchmal nur ein paar Zeilen, aber sie sind eine gute Möglichkeit zu lernen, wie Sie Ihre Entwicklungsumgebung einrichten, Bugzilla navigieren und Beiträge zum Mozilla-Quellcode leisten.

• Mored Bugs – sind schwieriger, aber haben einen Mentor, der sich verpflichtet, Ihnen durch den Prozess zu helfen. Im Allgemeinen sollten im Bug genügend Informationen zum Starten vorhanden sein. Wann immer Sie Hilfe benötigen, wenden Sie sich an den Mentor über IRC, im Fehler selbst oder per E-Mail. Wenn Sie den Fehler behoben haben, werden sie Ihnen helfen, Ihren Code in den Baum zu bekommen

• Studentenprojekte – sind größere Projekte, z. B. solche, die für einen Hochschulstudenten geeignet sind, um einen Kredit zu erhalten. Natürlich, wenn Sie kein Student sind, zögern Sie nicht, einen dieser Fehler zu korrigieren. Wir pflegen zwei Listen: eine für Projekte basierend auf der bestehenden Codebasis und eine für die Implementierung neuer Anwendungen

Sie können einen Bugfix anhängen und eine Revision anfordern. Klicken Sie dazu auf den Link Anhangsdetails und setzen Sie das Überarbeitungsflag auf? Geben Sie die Bugzilla-ID des Rezensenten in das angezeigte Textfeld ein (ihre E-Mail-Adresse oder der eindeutige Name, den sie angeben). Es ist sehr wichtig, eine Bugzilla ID anzuhängen, sonst wird die Anfrage verpasst.

• Wir haben eine Liste veralteter Module, in der die Peers und Eigentümer des Moduls aufgeführt sind. Einige von ihnen werden gute Kritiker sein. Stellen Sie im schlimmsten Fall den Moduleigentümer als Prüfer ein und bitten Sie in den Kommentaren um eine geeignetere Person.

Sobald Sie nach einer Rezension gefragt haben, wird ein Kritiker oft innerhalb von ein oder zwei Tagen antworten, den Fix überprüfen oder mitteilen, wann er in der Lage sein wird, ihn zu überprüfen, möglicherweise aufgrund eines Rückstands. Wenn Sie nicht innerhalb dieser Zeit hören, kontaktieren Sie sie natürlich: Fügen Sie einen Kommentar zu dem Fehler “review ping?”, Überprüfen Sie die "Brauchen Sie mehr Informationen von" Box und fügen Sie den Namen des Rezensenten hinzu. Wenn sie nicht innerhalb von ein oder zwei Tagen antworten, können Sie in #Introduction oder #developers nach Hilfe zum IRC fragen, oder kontaktiere Mike Hoye direkt. Schritt 5: Beantworten Sie die Bewertung

Für die meisten neuen Mitwirkenden, sogar für langjährige Mozillians, ist die erste Rezension von Dein Patch wird ein "r-". Es bedeutet nicht, dass du einen schlechten Job gemacht hast. Es gibt noch mehr zu tun, bevor der Code in den Baum eingefügt werden kann. Dein Patch Möglicherweise sind einige Änderungen erforderlich – vielleicht kleinere, vielleicht größere – und Ihr Rezensent wird Ihnen einige Tipps geben, was als nächstes zu tun ist.

Es ist ein wichtiger Prozess, also seien Sie nicht entmutigt! Mit unserer langen Codebasis und Hunderten von Millionen von Benutzern bringt die Sorgfalt und Aufmerksamkeit der Mitwirkenden gute Lösungen. Dies ist der Grundstein des Mozilla-Projekts. Nehmen Sie die Änderungen vor, die Ihr Prüfer vornehmen soll. Wenn Sie nicht wissen, wie, fragen Sie sicher! Hängen Sie den neuen Patch erneut an den Fehler an und fragen Sie denselben Autor erneut. Wenn sie dir ein r + geben, bedeutet das, dass dein Fehler im Baum akzeptiert wird! Schritt 6: Holen Sie den Code in den Baum

Einmal Dein Patch erhielt ein r +, er ist bereit zu gehen. Bevor es in den Baum eingefügt werden kann, Dein Patch Wir müssen einen erfolgreichen Scan über unseren Testserver durchführen und sicherstellen, dass keine unerwarteten Rückschritte auftreten. Wenn Sie noch keinen Zugriff auf den Server haben, kann Ihnen Ihr Mentor oder die Person, die Ihren Patch überprüft hat, weiterhelfen.

Sobald Sie einen grünen Testserver haben, beachten Sie das Dein Patch ist bereit zum Festschreiben und fügt das erforderliche Schlüsselwort hinzu "Schlüsselwörter" Feld an der Spitze des Fehlers. Ein freundlicher Mozillianer mit Validierungszugang wird bald pushen Dein Patch im Repository und aktualisieren Sie den Fehler bei Bedarf. wenn Dein Patch übergibt alle automatisierten Tests von Mozilla, es wird bald in die Hauptniederlassung zusammengeführt und wird Teil des Nightly-Builds. Schritt 7: Wiederholen

Kehren Sie zu Schritt 3 zurück, da es noch viel mehr zu tun gibt. Ihr Mentor schlägt möglicherweise einen neuen Fehler vor, an dem Sie arbeiten können, oder Sie finden einen, der Sie interessiert. Nachdem Sie Ihren ersten Fehler behoben haben, müssen Sie den Zugriff auf das Tier-1-Repository anfordern, ihn auf den Testserver übertragen und automatisch Feedback zu Ihren Änderungen auf mehreren Plattformen erhalten. Nachdem Sie eine erhebliche Anzahl von Fehlern behoben haben, müssen Sie Zugriff auf Ebene 3 anfordern, damit Sie nach dem Lesen Ihren eigenen Code pushen können. Weitere Informationen