4

最近、Androidフレームワークとリビジョン管理システム(Git)の両方を使用して練習しており、頻繁に使用するアプリケーションのUIにいくつかの変更を加えました。これは小さなオープンソースプロジェクトであり、そのようなプロジェクトに変更を送信するためのベストプラクティスは何でしょうか。それは主に開発者自身に依存していると確信していますが、変更を送信するときに避けるべきノーノーまたはエリア(コードまたはその他)はありますか?最初に開発者に連絡する必要がありますか、それとも変更などを送信するだけですか?

4

1 に答える 1

5

これはプロジェクトによって異なります。

質問でGitに言及しています。プロジェクトで既に Git を使用している場合は、フォークした独自の Git リポジトリを GitHub や BitBucket などの場所に公開できます。最初のプロジェクトが GitHub または BitBucket にもある場合は、そこからフォークしてプル リクエストを開きます。

他のリビジョン管理システムでは、問題追跡システムを介してパッチを直接送信する必要がある場合があります。

そうは言っても、これの人間的側面を無視しないでください。ほとんどの OSS メンテナはパッチを歓迎しますが、修正が何をするのか、なぜそれがバグ修正なのか追加機能なのかを理解する必要があることを覚えておく必要があります。プル リクエスト自体は、単純な変更 (明確な目的を持った数行のコードのみの変更など) には適していますが、さらに議論が必要な場合は必ずしも適切ではありません。

dev があるかどうかを確認します。そのプロジェクトのメーリング リスト (またはユーザー リストに戻るか、最悪の場合はメンテナの電子メール アドレス) にアクセスし、あなたが提案していることを説明する電子メールを送信してください。あなたが貢献している分野は、現在の開発者チームの専門分野ではないかもしれません。いつものように、そのような場合には明快さと礼儀が必要です。一般的に、あなたの考えがどんなに優れていても、開発者と少し話し合うことなく、さまざまな場所で大量のファイルを変更するパッチをダンプすることは避けてください。

さらに、ライセンス契約を確認する価値があります。一部のプロジェクトでは、必要に応じて後で再ライセンスできるように、プロジェクトに貢献することに同意する必要があります。

于 2012-04-29T16:18:35.810 に答える