リポジトリ

まずこれだけ

リポジトリは、プロジェクト のファイル、変更履歴、説明、相談の流れをまとめて扱う場所です。略してrepo（レポ）と呼ばれることもあります。普通の フォルダ のようにファイルを入れるだけでなく、Git（ギット） によって「いつ、何を変えたか」が記録されます。GitHub（ギットハブ） 上のリポジトリでは、Issue（イシュー）やPull Request（プルリクエスト）も一緒に使えるため、共同作業の拠点になります。

どこで見かけるか

GitHub（ギットハブ）のプロジェクトページ、開発用エディタ、AI（エーアイ）に渡す作業対象、Web（ウェブ）サイトの公開設定などで見かけます。「このリポジトリをclone（クローン）する」「repoを開く」「リポジトリのREADME（リードミー）を読む」という言い方がよく使われます。ホームページなら、文章、画像、設定、公開処理、README（リードミー） がひとまとまりで入っている場所です。

具体例

研究会サイトのリポジトリには、トップページのコード、用語集のMarkdown（マークダウン）、画像、公開設定、チェック用スクリプト、READMEなどが入っています。誰かが用語を直すと、作業用の ブランチ で編集し、コミット として履歴に残し、プルリクエスト で確認します。つまりリポジトリは「ファイル置き場」であると同時に、「変更の理由をたどる場所」でもあります。

つまずきやすいところ

リポジトリはフォルダと似て見えますが、勝手にファイルを消したり移動したりすると、他の人の作業や公開処理に影響することがあります。特に設定ファイル、秘密情報、生成されたファイルの扱いには注意が必要です。また、複数のリポジトリがある場合、「どのリポジトリの話か」を確認しないと、違うプロジェクトを直してしまうことがあります。

研究会では

AIと一緒に開発するとき、「このリポジトリを見て」と伝えることが出発点になります。ブランチ、コミット、プルリクエスト も同じ流れで出てきます。リポジトリを理解すると、AIに頼む範囲、触ってよいファイル、確認すべき履歴を具体的に指定しやすくなります。