なぜ必要なのか
公開の天気ウィジェットが地域サイトに雨予報を表示します。ボランティアが表示修正を提案します。貢献者はすでにGitHubを利用し、サーバー運用より、全員に書き込み権限を与えず提案を受け取ることを重視します。
どう解決するのか
貢献者は自分のforkへブランチをpushし、PRを開きます。保守担当者が差分を確認し、修正を求めてからマージします。提案だけではmainに入りません。
貢献者が天気表示の修正を提案し、保守担当者が確認・マージ公開の天気ウィジェット · 貢献の例
境界を越えるのは変更の提案
保守担当者のリポジトリPR · 提案された変更
- 02差分をレビュー
- 03修正を依頼 → 貢献者が更新
- 04権限のある担当者がマージ
main← 受理した雨予報の修正
PRは提案であり、書き込み権限や配布ではありません。Gitの履歴とGitHubのレビューは別の役割です。
どんな考え方なのか
GitHubはGitリポジトリと協業を提供します。Gitは履歴を記録し、GitHubはレビューとアクセス管理を加えます。他のホストにもPRがあります。非営利の共同体ならCodeberg、自主運用ならGiteaが合う場合があります。
出典
さらに詳しく
任意の参考資料 · 概要の読了時間には含みません
01選択・比較
運営者、レビュー、連携、費用、移行経路を比較します。PRが独自機能だからではなく、貢献者がすでに集まっているためGitHubを選ぶ例です。Codebergは非営利の自由ソフトウェア共同体、Giteaは自主運用に適します。既存の業務にはGitLab、Bitbucket、Azure Reposが合う場合もあります。
02応用例
forkを使うと、天気ウィジェットの貢献者は元のリポジトリへの書き込み権限なしに提案ブランチを公開できます。PRに議論と修正を集め、適切な権限の人がマージを判断します。レビューだけで配布が行われたり、正しさが証明されたりはしません。
03実装の参考・注意点
権限と必須チェックを意図して設定します。自動化と秘密情報を設定するときは外部のコードを信頼しない前提で扱います。プラン選択前に公開範囲、保存容量、自動化の枠を最新条件で確認します。Git履歴は別のGitホストへ移せますが、課題の議論、権限、自動化は別に移行を試します。
04根拠
比較のまとめ
続けて読む
原稿・修正提案 ↗自分のプロジェクトに活かす
これからプロジェクトを始めますか?説明を入力して最初のプロンプトを準備しましょう。
自分に合うプロンプトを作る →すでに外部AIと会話中なら、この記事のリンクと自分のプロジェクトに合う理由、重視する利点や制約を伝えましょう。合意した要件にどう適用するか依頼してください。
この記事のリンク: GitHub
この選択を話し合う
コメントは全言語で共有。投稿にはGitHubログインが必要です。