Frage

Wenn Sie nach einer Open-Source-Projekt und möchte dazu beitragen, die code-änderungen, was Sie tun müssen?

War es hilfreich?

Lösung

Ich würde verbringen Zeit bekommen, um die Menschen kennen, die erste.Sie haben in der Regel einen IRC-chatroom, wo alle idles.Verbringen Sie irgendwann bekommen die Menschen kennen, studieren Sie den code, überprüfen Sie die Dokumentation, wenn Sie dann spüren, wie du eine korrekte Passform für das Projekt, beginnen Sie einen Beitrag zum bug patches.Versuchen Sie nicht, fügen Sie neue Funktionen zuerst.Sie wird meist nicht akzeptiert werden.

Schauen Sie sich auch diese google tech talk über So Schützen Sie Ihre Open-Source-Projekt von Giftigen Menschen.Es wird Sie lehren, was Sie nicht tun werden.

Andere Tipps

Der beste Weg, dies zu tun, ist, sich vorzustellen, wie dieses "Hi, Hier ist ein bug/feature und hier ist ein patch, fixes und implementiert es."

Ich bin auf ein paar open-source-Projekte, und es gibt viele Menschen mit den besten Absichten zu helfen, aber nie wirklich etwas tun, so, wenn Sie mit code arbeiten, werden Sie als viel wertvoller.

Als Vorpostern gesagt haben, es ist eine Frage für das Projekt.Sie werden feststellen, dass einige sind offener für Veränderungen als andere.Aus einer mechanischen Sicht, werden Sie brauchen, um zu sehen, ob Sie Sie nutzen SVN (zum Beispiel auf google code) oder CVS (zum Beispiel auf sourceforge) und bestimmen, ob Sie die Verwendung patch oder eine andere Methode.

Ein gutes Beispiel für die Art der Prozedur, die Sie vielleicht brauchen, zu beschäftigen kann gesehen werden auf der gimp-Website: http://www.gimp.org/bugs/howtos/submit-patch.html Hinweis: Ihre Nutzung der Bugzilla, patch und CVS

Als Schöpfer von mehreren open-source-Projekten, bin ich auf der anderen Seite der Dinge, die ich versuche zu bekommen contributors.Hier ist, was ich sagen möchte:

  • Verkünden Sie selbst, in welcher Weise, die geeignet ist für das Projekt:E-Mail, Mailingliste, forum, etc.
  • Sehen Sie, ob Ihre Idee bereits in Arbeit.Wenn ja, vielleicht versuchen zu helfen, anstatt zu Doppelarbeit.
  • Finden Sie heraus, die bevorzugte Art, zu übermitteln code
  • Werden sicher zu Folgen die Codierung Stile, die im Projekt verwendet werden.(Wenn Sie sich entscheiden, zu konvertieren alle tabs zu Leerzeichen, werden Sie nicht in der Lage sein, um verbinden Sie Ihre änderungen in die version control system leicht und wird mehr als wahrscheinlich ignorieren Ihre Veröffentlichungen.)

Dinge wie diese verwendet werden einfach.

Es war eine mailing-Liste für Benutzer und eine für Entwickler.Wenn Sie sehen, ein problem und können es beheben beheben, und führen Sie dann Larry Wall ' s Patch und senden Sie die entstandene patch an die Entwickler-Liste eine kurze Erklärung, was es tut.In der Regel ein dev mit Schreibzugriff auf das CVS (oder in den alten Tagen, deren Diskette das Projekt befand ;) ) wäre zu überprüfen Dinge wieder und wenn Ihr patch tut, was es auf dem zinn sagt und nicht, etwas zu brechen, sonst wird es in der source-tree proper.

In diesen Tagen gibt es viele, viele weitere Projekte mit offenen Entwicklung, und viele von Ihnen werden von Menschen geführt, die nie mit einem software-Projekt vor, geschweige denn ein open-Source-so können die Dinge werden komplizierter.In der Regel mailing einen patch für jemanden tun eine Menge dev Sie im rechten Bereich wird das Projekt die richtigen Augen Blick auf es schnell auch heute noch.Ein durchsuchen der online-Datenbank wird Ihnen sagen, die Leute, die die Arbeit eher als jene, die Ihren Namen auf der Titelseite der Website, Kontakt-diese Jungs zuerst :)

Ein paar andere Dinge zu halten in Geist:

  • Werden Sie sicher, dass Sie tatsächlich besitzen die code Sie dazu beitragen möchten, wieder, und nicht von Ihrem Arbeitgeber oder der AUFTRAGGEBER den änderungen für.Überprüfen Sie Ihren Arbeitsvertrag oder Dienstvertrag, wenn es eine Möglichkeit, die man in so einer situation.

  • Untersuchen Sie, ob es ein Recht des geistigen Eigentums-Vergabe ist, dass die Entwickler lieber Mitwirkende gehen durch.In diesen Tagen viele Open-Source-Projekte haben solche Aufgaben, so dass alle Rechte an den code in das Projekt besessen werden kann, indem das Projekt selbst und/oder seinen sponsor.

Beide sind wichtig, wenn es kommt, um sich zu schützen, und das Projekt, und jeder, der will, verwenden oder erstellen auf der Projekt downstream von Ansprüchen im Zusammenhang mit dem code, den Sie schrieb.

Wenn Sie auf der Suche nach Möglichkeiten, sich zu engagieren in einem kleineren Maßstab (vielleicht arbeiten Sie Ihren Weg bis) OpenHatch verfügt über eine durchsuchbare Datenbank von bugs (sortiert nach Sprache/framework) sowie ein tolles tutorial für erste Schritte.

Ein anderer Weg, um zu starten ist CodeTriage die GitHub-repos auf der Suche nach Hilfe Befestigung von offenen Fragen, die auch organisiert von Sprache.

Das erste, was Sie tun sollten, ist an die wichtigsten Menschen, die auf der open-source-Projekt.Fragen Sie Sie, ob es ist ok zu tragen an den code und gehen von dort aus.

Einfach schreiben Ihr code verbessert und dann geben es zu Sie können dazu führen, dass Ihr code abgelehnt.

Es hängt von dem Projekt ab, wie und wo Sie gehostet wird.Das beste ist, einen Kontakt zu finden und Sie per E-Mail oder sehen, wenn es ist eine Entwickler-mailing-Liste.

Holen Sie sich den Chat in IRC oder durchsuchen Sie die newsgroups, wenn Sie eine haben.machen Sie sich bekannt.Möglicherweise müssen Sie patches auf eine newsgroup, bevor Sie gegeben werden, ein Konto zu Unterwerfen Sie sich.

Holen Sie sich vertraut mit coding-standards, patch-Typen (z.B.unified diff) und Kasse eine Kopie Ihres CVS oder SVN, wenn Sie den anonymen Zugriff zulassen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top