善意のオープンソースの貢献者に対処する方法は?


30

プログラマーがあなたに連絡し、あなたのプロジェクトに貢献するように頼んだら、どうやってそれを処理しますか?

  • この男が良いかどうかはわかりません。おそらく彼は彼が価値があるよりも多くのトラブルになるでしょう。
  • 彼は賞賛のためだけに成功したプロジェクトに自分の名前を付けようとしているのかもしれません。
  • 彼はあなたが本当に望んでいない方向にプロジェクトを進めようとしているかもしれません、あなたは余分な複雑さの価値がないと思う機能を追加します。
  • または、彼は非常に有用な貢献者かもしれません。あなたはただ知りません。

知らない人からのそのようなリクエストをどのように処理しますか(GitHubで、特にそれが違いを生む場合)?ここのエチケットは何ですか?


44
githubで、彼にプルリクエストをさせ、それが気に入らない場合は拒否するようにします
ラチェットフリーク

11
適切なアカウント名?
アレン

5
あなたが言及しているのは、アクティブな「貢献者」ステータスだと思います。要するに、誰かがまだ貢献していないことの貢献者にしないでください。オープンソースプロジェクトには誰でも作業できるという利点があるので、そうさせてから決定してください。
突く

2
@アレンはそのために余分に手に入れ+=1ますか?
ソロ

回答:


41

OSSプロジェクトのメンバーシップは、人々がインタビューを受けて選ばれる資金のある企業チームとは異なります。ソースはすでに公開されています(そうでなければオープンソースではありません)。いくつかのパッチを送信するように伝えます。適切なパッチである場合(および最初に確認する必要がある場合)、コミットします。見込み客が信頼と価値ある貢献の歴史を築いたら、彼に書き込みアクセス権を与えます。

OSSチームは有機的に成長します。質問をするために自分自身を利用可能にし、彼らが時間をかけていくつかの街の信用を築くようにします。


+1。パッチは開始するための最も低い障壁を作成するため、開始するのに最適な方法です。その人がより多くのパッチの提供を開始した場合(または通常の貢献者になった場合)、プルリクエストに切り替えるほうが迅速/簡単です。
エヴァンプライス

私の無知をすみませんが、パッチとプルリクエストには違いがありますか?
heltonbiker

54

この熱心な人にプルリクエストを送信してみませんか?その人のコードをレビューして批評する機会があります。これは最も簡単な解決策のようです。


34
とにかくGitHubがどのように機能するのかということではありませんか?
-alroc

14
私が追加する唯一のことは、この人に最初のプルリクエストを小さくして、コードを見る前に彼らがあまりにも多くの労力を費やさないようにすることです。このような「挑戦」に直面したとき、彼らは何か大きくて印象を提出する義務が:-)を感じること
クシシュトフKozielczyk

1
そして、大きくて印象的なものは、慎重に扱わなければ物を壊します
ラチェットフリーク

それで、貢献が有用であるが、質が不足していて、あなたが彼を手に持つには忙しすぎるなら、単に貢献を拒否しても大丈夫ですか?
ソロ

@ソロ:確かに。また、少なくともチームの他のメンバーがそのコードを学習するまで、特に大規模なコミットの場合は、貢献者に機能のバグを維持および修正することを期待/質問しても構いません。
ヒューゴ

16

暫定的に彼からの変更を受け入れ、確認します。彼が自分の価値を証明したら、ソースコードリポジトリへの書き込みアクセスを許可します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.