次のステップ
既に、イシューにコンテキストを追加したり、コード レビューに参加したりしたことがあり、さらに独自の pull request を送信したこともあるかもしれません。 ここでは、プロジェクトに関するコミュニティでさらに深く関与します。
コミュニティに参加する
イシューや pull request のコメント セクションを見ると、プロジェクトに頻繁に貢献している人がいることがわかります。 または、リポジトリのナビゲーションで [Insights](インサイト) を選択し、[Contributors](共同作成者) を選択すると、他の活発なコミュニティ メンバーを検索できます。 そのような人の GitHub プロファイルにアクセスすると、 連絡方法が示されていることがあります。
GitHub 上で組織や企業をフォローして連絡を取り合うこともできます。 個人用ダッシュボードには、フォローしているすべての企業、ユーザー、または組織のパブリック アクティビティが表示されます。
また、オープンソースのトピックに関するミートアップやカンファレンスに参加することによって、同じ考えを持つ人々を見つけることもできます。 または、プロジェクトやエコシステムが十分大きい場合は、関心のあるプロジェクトについて経験豊富な人たちと出会うこともできます。 過去のイベントの録音、ポッドキャスト、ニュースレター、メーリング リストのアーカイブを検索してください。
一部のプロジェクトでは、コミュニケーションの場が一本化されており、多くの場合、それはプロジェクトの Web サイトや README で参照されています。 たとえば、Discord サーバー、Slack コミュニティ、Gitter、IRC などがあり、"営業時間"が決まっている場合もあります。
コードの再利用可能性
コードやソリューションは、プロジェクト間で再利用される場合があります。 あるプロジェクトのために非常に範囲の限られたイシューを解決したことがありますか? それは、他のプロジェクトにとってもメリットになる可能性があります。 次のようにすることができます。
- スタンドアロン ライブラリとして公開します (依存関係)。
- 機能が追加された状態のプロジェクトをミラー化します。
- または、他のユーザーが自分のワークフローに組み込めるように GitHub アクションを作成します。
1 つ目のオプションは、コードが Web 開発プロジェクト間で使用できるプラグインのようなものである場合に最適なアクションかもしれません。 コードが追加されたプロジェクトのミラーリングまたはフォークは、少数の顧客や 1 人の顧客のための狭いユース ケースを解決するときに役に立ちます。 たとえば、セキュリティ修正プログラムを利用する場合は、上流のリポジトリを使用して、フォークを最新の状態に保つ必要があることを考慮してください。
GitHub Actions は、GitHub のソフトウェア開発ワークフローでタスクを自動化する、パッケージ化されたスクリプトです。 アクションには、コンテナー アクションと JavaScript アクションの 2 つの異なる種類があります。 アクションを GitHub Marketplace に送信して、見つけやすくすることができます。 GitHub Marketplace を使用すると、GitHub ワークフローを拡張して改善することを望んでいる開発者と繋がれます。 このプラットフォームを使用してアクションを公開し、他のユーザーとアプリを無料で共有します。
提案された 3 つのパスのすべてについて、自分がプロジェクトの保守管理者であるものと想定してください。 人々は、称賛や質問、苦情を伝えてきます。 それらに対応する心構えはできていますか。
プロジェクトを公開すると、他のアプリがそのコードに依存するようになる可能性があります。 さらに多くの人を参加させて負荷が軽減することができますか。 これまで一度も会ったことがない人からのドキュメントを追加したり、問題をトリアージしたり、提案をレビューしたりできますか。 自分の "処理能力" を検討し、プロジェクトの README ファイルで期待を設定することができます。 または、公開された gist やブログ投稿でコードをリリースすることもできます。 結局のところ、コードを GitHub に置いてオープンソースにする必要はありません。