Instiq
第3章 · コラボレーション機能·v1.1.0·更新 2026/6/15·読了目安 約8分

変更要約: 本文を拡充(図解を追加)

3.2フォークと貢献フロー

書き込み権限のない他者のプロジェクトに貢献する標準的な方法が「フォーク」です。

■ フォークとクローンの違い ・fork=GitHub 上で、そのリポジトリを自分のアカウントへ複製する操作(サーバー側)。 ・clone=リポジトリを手元(ローカル)へ複製する操作。 対象と場所が異なります:fork は GitHub 上、clone はローカルです。

■ 標準的な貢献フロー(下図) 1. 本家リポジトリを fork する。 2. 自分の fork を git clone で手元に複製する。 3. 作業用ブランチを切って変更し、コミットする。 4. 自分の fork へ git push する。 5. 本家へ向けて Pull Request(cross-fork PR)を作成する。 本家(フォーク元)は慣習的に upstream というリモート名で追加し、git fetch upstream 等で最新を取り込んでフォークを同期しておくと、PR 時の競合(コンフリクト)を減らせます。

■ 円滑に進めるコツ ・PR 作成時に「Allow edits by maintainers」を有効にすると、本家のメンテナが PR ブランチへ直接コミットでき、軽微な修正を代行してマージを早められます。 ・大きな変更はいきなり PR せず、先に Issue で方針を相談します。 ・プロジェクトの CONTRIBUTING.md(貢献手順)や CODE_OF_CONDUCT.md(行動規範)に従うのが礼儀です。 ・初めての貢献は「good first issue」ラベルの付いた、取り組みやすい課題から始めるとよいでしょう。

図解

進捗の記録にはログインが必要です。

理解度チェック

(軽い確認用)

Q1. clone と fork の違いとして正しいものはどれですか?

Q2. フォーク元(本家)を指す慣習的なリモート名はどれですか?

理解度を確認第3章「コラボレーション機能」の問題を解く