有名なオープンソース プロジェクトに参加した友人が、自身の経験や洞察を提供してくれることを願っています。
返信内容:
ここ数か月で mruby に参加し始めました。あまり有名なプロジェクトではありませんが、考えれば考えるほど、このプロジェクトは私のような初心者に適していると感じました。
- 開発は比較的活発で、基本的に夜に matz を見ています
- matz は非常に気性が良く、返信が非常に早いです
- コードのサイズが小さく、比較的簡単に始められます
- まだ正式リリースされていないため、安定性が低く、バグが多くあります
- 見通しの目視検査は悪くありません
参加する前に、簡単に説明しただけですガベージ コレクションの部分で、たまたま重複したコードを見つけたので、削除して PR を送信したところ、すぐにマージされました。勇気が湧いたら、コードを読みながらガベージ コレクション部分にコメントする PR を送信してください。徐々にコードに慣れてきて、github でコードを観察するようになりました。誰かがバグを報告すると、その報告されたバグは基本的に 100% 再現可能であるため、見つけて修正するのが簡単になりました。でも早く動かないと、マッツに見つかったらすぐに修復されてしまいます。修復後、回帰テストを追加してみてください。
残念ながら、まだ機能は提出されていませんが、いくつかの小さなアイデアがパイプラインにあります。
このソフトウェアを使用する
ソース コードとドキュメントを読む
メーリング リストをフォローする
初心者の質問に答える
バグ レポートを送信し、バグ コードを再現する
パッチとテスト コードを送信し、パッチを繰り返し修正する
新しい機能の要件と設計について話し合う
1. 興味深いプロジェクトを見つけます
2. このプロジェクトの問題を修正します
3. フォークとプルリクエスト
4. おめでとうございます!
再版。ソースアドレス: Apache Spark にコードを提供する方法を段階的に説明しますこの記事では、コードを完了する方法を説明しますApache Spark にコードを提供するタスクの場合
- Apache Spark の github ページに移動し、フォーク ボタンをクリックします
- あなたの github Spark プロジェクトはアカウント
- に表示されます。ローカル コンピューターでは、
<code class="language-bash">git clone <span class="o">[</span>你的 spark repository 的 github 地址<span class="o">]</span>
例如:
git clone git@github.com:gchen/spark.git
</code>
を使用します。
まず、オープンソースに参加するメリットについて話しましょう。
- * 絵画を学ぶのと同じように、技術を向上させたい場合は、有名なアーティストの傑作をもっと見る必要があります。レベルでは、仕事で開発および保守されるコードはどこにでもありますが、アクティブなオープンソース プロジェクトは間違いなく非常に良い方法です。参加してバグを修正し、コードを貢献できる場合は、参加するという観点から見ると、この本に付属するソース コードはオープン ソースとは比較にならないほど効率が高くなります。コードに加えて、デザイン パターン、開発プロセスなど、学ぶべきことはたくさんあります。
- * キャリア ボーナスは、仕事に関連する場合もあれば、何もする必要がない場合もあります。たとえば、方向性を変えたいが、新人として仕事に応募したくない場合は、まずオープンソースプロジェクトで経験を積むのが実行可能な方法であることは間違いありません。仕事に関連するものであれば、誰もがオープンソース コードを見ることができ、仕事に応募するときに検査され、認められやすくなります。履歴書に「詳細な実装についてはフォークしてください」という文が気まずいものになると想像してみてください。 ." : http://github.com/nnnbbb/"
- * 素晴らしい出会いのチャンス良い機会 教師は貴重な存在です。時には、一言や推薦があなたのキャリアを変える可能性があります。あらゆる種類の才能ある人々と同じフィールドで戦えることは、どの企業にも与えられるものではありません。
- * 英語を学びましょう。ほとんどのオープンソース プロジェクトは依然として英語でコミュニケーションされているため、これらのぎこちない、くだらない変数名や関数名に別れを告げる良い方法でもあります。まあ、上記はあまりにも実用的であることは認めますが、実際、コードが広く使われたときの共有の楽しさや達成感も非常に魅力的です。
-
によると。上記のリスト、分析 自分のニーズに合わせて、どのようなプロジェクトが適しているかを慎重に考えてください。次に、オープンソース コミュニティに円満に参加するには、次の点に注意してください。
* まず第一に、他の人の時間を尊重してください。偉い人はとても忙しいので、低レベルの質問や低レベルの間違いで迷惑をかけないでください。理解できない場合は、質問する際のその他の注意事項については、多くの技術フォーラムの上部に固定されている「質問のコツ」を参照してください。
- * あまり詳しくない場合は、使用方法とテストから始めることができます。オープンソース プロジェクトがどんなに優れていても、他の人のバグ報告を拒否することはありません。通常は、バージョン、環境、および再現手順にも注意してください。ドキュメントの翻訳やコードの整理など、さまざまな作業を開始して慣れるための良い方法です。
- * その後、小さなバグの修正を開始できます。プロジェクトに慣れてくると、パッチがどんどん大きくなっていることが自然にわかるでしょう。
- * パッチを送信したり、プルをリクエストしたりする前に、コードを整理して自分でテストする必要があります。初心者が間違いを犯すことは許容されますが、常に間違いを犯すと問題が発生します。
- * コードのスタイルはプロジェクトの既存のコードと一致する必要があります。これは線路の幅と同じで、1.4 メートルの方が 1.3 メートルよりも優れているというわけではありません。 1.4もお待ちしています。自分でプロジェクトを始めるときは、好きなように決めてください。
-
コードを読む、ディスカッションに参加する、パッチを送信する、バグを報告する、バグの再現を支援する、バグを修正する、テストを支援する、コードレビューを支援する、パッチを反復処理する、基本的なテストデータを報告する、他の人の質問に回答するのを支援する、ドキュメントを補足するのを支援する。タイプミスの修正、テスト ケースの追加、機能の送信まで、さまざまなことができます。それはあなた自身の興味とプロジェクトのニーズによって異なります。
GH の開発者の多くはとても親切です。率先して取り組むと、難しいところから始めるのではなく、小さなところから始めることができます。
GH の開発者の多くはとても親切です。率先して取り組むと、難しいところから始めるのではなく、小さなところから始めることができます。
プロジェクトに「参加する」と言った場合、それを使用することも参加になります。
参加することが「開発者チーム」に参加することを意味する場合、各オープンソース コミュニティの文化やスタイルは異なるため、最も効果的な方法は、積極的に連絡を取ることです。
2008 年に、私は FreeSWITCH (
http://www.freeswitch.org) を使い始め、メーリング リストに参加しました
http ://lists.freeswitch.org、ダイビングしました
後で、
http:// wiki.freeswitch.org
でアカウントを作成し、ドキュメントを更新しました その後、
http://
jira freeswitch.org
でアカウントを作成し、バグを報告し、その後コントリビューター SVN (freeswitch-contrib ディレクトリ、現在は使用されていません) に許可を申請しました。
その後、プロジェクト ライブラリは Git に転送され、コア コードを更新するために Git に送信許可を申請しました。ただし、通常は更新する前に、関連するモジュールまたはコア コードの元の作成者と電子メールまたは IM を通じて連絡します。明らかなミス(事務ミスやコンパイルミスなど)や自分に責任のある部分であれば、直接提出しても構いません。