Wie gehe ich mit wohlmeinenden Open-Source-Autoren um?

Wie gehen Sie damit um, wenn ein Programmierer Sie kontaktiert und Sie auffordert, zu Ihrem Projekt beizutragen?

Sie wissen nicht, ob dieser Typ gut ist. Vielleicht wird er mehr Ärger als er wert ist.
Er könnte versuchen, seinen Namen an ein erfolgreiches Projekt zu knüpfen, nur für das Lob.
Er versucht möglicherweise, das Projekt in eine Richtung zu lenken, die Sie nicht wirklich wollen, und fügt Funktionen hinzu, die Ihrer Meinung nach die zusätzliche Komplexität nicht wert sind.
Oder er könnte ein sehr nützlicher Mitwirkender sein. Du weißt es einfach nicht.

Wie gehst du mit solchen Anfragen von Leuten um, die du nicht kennst? Was ist die Etikette hier?

open-source github

— Solo
quelle

auf github lass ihn einfach einen pull request machen und ablehnen, wenn es dir nicht gefällt

— ratschenfreak

Angemessener Kontoname?

— Aren

Ich denke, was Sie vielleicht meinen, ist ein aktiver "Mitwirkender" -Status. Kurz gesagt: Machen Sie niemanden zum Mitwirkenden an etwas, zu dem er noch keinen Beitrag geleistet hat. Open Source-Projekte haben den Vorteil, dass jeder einfach daran arbeiten kann. Lassen Sie sie dies tun und entscheiden Sie dann.

— Poke

@Aren bekomme ich extra +=1dafür?

— Solo

Antworten:

Die Mitgliedschaft in einem OSS-Projekt ist nicht dasselbe wie ein finanziertes Unternehmensteam, in dem Personen befragt und ausgewählt werden. Die Quelle ist bereits da draußen (sonst ist sie nicht Open Source). Bitten Sie sie, einige Patches einzusenden. Wenn sie gut Patches sind (und Sie müssen sie zuerst überprüfen), verpflichten sie. Wenn der Interessent Vertrauen aufgebaut hat und in der Vergangenheit wertvolle Beiträge geleistet hat, geben Sie ihm Schreibzugriff.

OSS-Teams wachsen organisch. Stellen Sie Fragen und lassen Sie sie im Laufe der Zeit eine gewisse Glaubwürdigkeit aufbauen.

— Michael
quelle

+1 dies. Patches sind der beste Startweg, da sie die niedrigste Eintrittsbarriere für den Start schaffen. Wenn die Person mehr Patches bereitstellt (oder regelmäßig Beiträge verfasst), ist es schneller / einfacher, auf Pull-Anforderungen umzuschalten.

— Evan Plaice

Entschuldigen Sie meine Unwissenheit, aber gibt es einen Unterschied zwischen einem Patch und einer Pull-Anfrage?

— Heltonbiker

Lassen Sie sich von dieser eifrigen Person eine Pull-Anfrage senden. Sie haben die Möglichkeit, den Code dieser Person zu überprüfen und zu kritisieren. Dies scheint die einfachste Lösung zu sein.

— duggiefresh
quelle

Ist es nicht so, dass GitHub sowieso funktionieren soll?

— Alroc

Das einzige, was ich hinzufügen möchte, ist, diese Person zu bitten, die erste Pull-Anforderung klein zu halten, um zu vermeiden, dass sie zu viel Aufwand dafür aufbringt, bevor Sie ihren Code sehen können. Bei einer

— solchen

und etwas Großes und Beeindruckendes wird Dinge zerbrechen, wenn es nicht sorgfältig behandelt wird

— Ratschenfreak

Also, wenn der Beitrag nützlich ist, aber an Qualität mangelt und Sie zu beschäftigt sind, um ihn in der Hand zu halten, ist es in Ordnung, den Beitrag einfach abzulehnen?

— Solo

@ Solo: Auf jeden Fall. Es ist auch in Ordnung, von den Mitwirkenden zu erwarten / zu fordern, dass sie Fehler in ihrer Funktion warten und beheben, zumindest bis der Rest des Teams diesen Code erfährt, und insbesondere bei größeren Commits.

— Hugo

Akzeptieren und überprüfen Sie Änderungen von ihm vorläufig. Geben Sie ihm Schreibzugriff auf das Quellcode-Repository, wenn er sich bewährt hat.

— Robert Harvey
quelle