オープンソースアプリケーションの変更

最初に記述しなかったオープンソースアプリケーションに機能を追加する場合の一般的なワークフローは何ですか？コードを知るにはどうすればよいですか？変更または追加が必要なスポットを見つけるにはどうすればよいですか？他に何も壊さずに実際に変更するにはどうすればよいですか？すべてがまだ機能していることをテストするにはどうすればよいですか？
そのようなプロジェクトの一般的なガイドラインは何ですか？

いくつかのプロトコルがあり、だいたい誰もが時間とともにそれを廃止しますが、ここでは展開されています。

• 分散ソースをダウンロードします。

• あなたは少し自分でコードをナビゲートし始めます

  • それがコンパイルされたプログラムだ場合、あなたは学ぶ今、それをコンパイルする方法。
  • コンパイルに失敗した場合は、作者/メーリングリストに報告し、指示を求めます

• あなたがコードについて本当に理解していない場合...

  • まあ、いや、あなたは彼らに近寄りません。
  • あなたはおそらく標準に達しておらず、実際の助けにはなれないので、あなたはそれを落とします。
  • 著者が機能のリクエストを受け入れる場合は、機能を送信します。

• そうしないと

  • 変えたい場所を見つけます。

  • 細かい点が気になる場合は、作者/メーリングリストに質問して、意図を説明してください。

  • ディストリビューションのメインディレクトリに移動します（一番上のディレクトリはuntarring / unzippingから出てきます）。

  • 君は diff -ur . > mypatch.path

  • あなたmypatch.patchは作者に、あなたが何をしたのか、なぜそれをしたのかを説明し、そして（すでにそこにいるので）パッチの権利を放棄することを明確に述べます。

• 著者があなたの貢献を好まない場合

  • 何らかの変更をプラグインとしてリリースする方法があるかどうかを確認します

    • その場合は、プラグインの管理者になる準備が整いました。

  • そうしないと

    • あなたはあなたのブログで状況について炎上し、そこでパッチをリリースします、無料でダウンロードしてあなたの説明とあなたの怒りを試してください、

    • あなたはたまにあなたのパッチのサポートを購入しようとするバグシステム/メーリングリストをたまに悩まされます。禁止されないようにしてください。

  • これらのいずれの場合も、コードをフォークすることはありません。これは非常に骨の折れるやりがいのないプロセスであるため、時間についていくことがほとんどできず、ユーザーを悲しく混乱させることになります。大企業がOSSに関する彼の決定をいじめようとしている場合にのみ、フォークシャウドは実際に起こります。

• そうしないと

  • あなたはその著者からさらなる指示を受けます

側に：diff -ur .パッチに最近の代替があり、githubの方法です。

• あなたはあなたの名前でgithubで彼らのコードを「フォーク」します
  （あなたはあなたのアカウントに彼らのコードのコピーを持っています）
• あなたのgitをあなたのその個人的なコピーに接続し、
• それに変更を加えて、チェックインし、

• そして、主要な作者にあなたのgithubプロジェクトを見ることを伝えます。

• 彼らがそれを好めば、彼らは同期します。

• それ以外の場合は、ブログに「gitfork」をリンクできます。

通常。

ランダムなOSプロジェクトの場合は、あちこちでマイナーなバグを修正するでしょう。

最終的には、一連の変更を「パッチ」として送信します。

自分の物が良ければ、通常はコミット権を取得します。

私は一般的な質問であり、質問のためにできるだけ曖昧で具体的ではありません